Скрипты пакета, reinstall и конфигурационные файлы

Зачем пакету скрипты

Установка — не только распаковка файлов. Многим программам нужны действия, которые нельзя выразить списком файлов. Для этого пакет содержит скрипты сопровождающего (maintainer scripts), которые менеджер запускает в определённые моменты.

Скрипт получает аргумент-контекст: install, upgrade <старая версия>, configure <версия>, remove, purge (в RPM — число установленных экземпляров), и может вести себя по-разному.

Типичные задачи pre-install

• Проверить условия и прервать установку (ненулевой код выхода): несовместимая версия, нет нужного ресурса.
• Остановить старую версию службы перед заменой исполняемых файлов.
• Создать пользователя/группу, если распаковываемые файлы должны сразу им принадлежать.
• Подготовить миграцию: сохранить данные старой версии, переименовать устаревший конфиг.

Типичные задачи post-install

• Создать системного пользователя (adduser --system nginx), каталоги с нужными владельцами и правами (/var/lib/app).
• Сгенерировать то, что нельзя положить в пакет: ключи SSH-сервера (openssh-server создаёт /etc/ssh/ssh_host_*), сертификаты, уникальные идентификаторы.
• Зарегистрировать и запустить службу: systemctl enable --now, перезапустить после обновления.
• Обновить системные кеши и базы: ldconfig после установки библиотек (вспомните урок о ldd), базы man, кеш шрифтов и иконок, update-alternatives, depmod для модулей ядра. Сейчас многое из этого делают триггеры пакетного менеджера — один раз на всю транзакцию.
• Мигрировать данные и конфигурацию со старой версии.

#!/bin/sh
# postinst
set -e
case "$1" in
    configure)
        adduser --system --group --no-create-home myapp || true
        install -d -o myapp -g myapp /var/lib/myapp
        systemctl daemon-reload
        systemctl enable --now myapp.service
        ;;
esac
exit 0

Конфигурационные файлы

Файлы в /etc пользователь правит под себя. При обновлении нельзя просто затереть их новой версией. Поэтому пакет помечает конфигурационные файлы:

• dpkg: список conffiles (все файлы пакета в /etc обычно попадают туда автоматически);
• RPM: %config и %config(noreplace) в спецификации.

dpkg: три контрольные суммы

При установке новой версии dpkg сравнивает: файл на диске (текущий), файл из старого пакета (сумма запомнена при прошлой установке) и файл из нового пакета.

apt remove оставляет конфиги (пакет в состоянии rc), apt purge удаляет и их.

RPM

Reinstall

Переустановка той же версии: apt install --reinstall pkg, dnf reinstall pkg, rpm -Uvh --replacepkgs.

Когда это осмысленно

1. Повреждены или удалены файлы пакета: случайно удалили бинарник или библиотеку, сбой диска; debsums pkg / rpm -V pkg показывают расхождения.
2. Файлы перезаписаны вручную: make install поверх пакетной версии, ручная замена библиотеки.
3. Нужно снова выполнить скрипты пакета: служба не зарегистрирована, удалён системный пользователь, не обновлён кеш.

Reinstall не нужен для обновления версии и не сбрасывает изменённые конфиги.

Что происходит

dpkg выполняет полный цикл как при обновлении на ту же версию: prerm upgrade старой копии → preinst upgrade → распаковка всех файлов заново (повреждённые и удалённые обычные файлы восстанавливаются) → postrm upgrade → postinst configure.

С конфигурационными файлами — по правилам выше:

• изменённые пользователем — сохраняются (пакетная версия та же, вопросов нет);
• неизменённые — остаются равными пакетным;
• удалённые conffiles не восстанавливаются — dpkg считает удаление волей пользователя. Восстановить: apt install --reinstall -o Dpkg::Options::="--force-confmiss" pkg.

В RPM при reinstall изменённый %config(noreplace) остаётся, а пакетная версия кладётся как .rpmnew; изменённый %config заменяется, а старый сохраняется как .rpmsave.

Итог

• preinst/postinst/prerm/postrm (%pre/%post/%preun/%postun) — действия до и после распаковки и удаления.
• Конфиги помечаются (conffiles, %config); изменения пользователя не затираются.
• Reinstall восстанавливает файлы пакета и перезапускает скрипты, но изменённые конфиги оставляет.