Могу ли я откатить apt-get upgrade, если что-то пойдёт не так?

Существует ли способ, перед началом aptitude upgrade или apt-get upgrade, подготовить что-то, чтобы вы могли “легко” откатить свою систему к состоянию “apt”, в котором она была до фактического обновления, если что-то пойдет не так?

То есть, например, переустановить старую версию пакетов, которые были обновлены в процессе.

(РЕДАКТИРОВАНИЕ) Несколько подсказок: Я знаю, что etckeeper, например, использует какой-то хук на apt, чтобы его уведомляли каждый раз, когда apt устанавливает или удаляет пакет. Я предполагаю, что может быть какой-то скрипт, который может сохранить список вновь установленных пакетов и их предыдущий номер версии, чтобы можно было переустановить их из кэша apt (/var/cache/apt/archives). Также есть checkinstall, который может отслеживать изменения файлов…

Есть ли какие-либо подробности о том, как это правильно реализовать?

Я только что должен был найти ответ на этот вопрос, потому что последние apt-get upgrade на сервере Debian сделали невозможным загрузку самой последней версии ядра, за пределами busybox, с неудачной попыткой смонтировать корневую ZFS-раздел. По крайней мере, старое ядро все еще могло загружаться, но оно было несовместимо с другим программным обеспечением. Таким образом, появилась необходимость отката.

Краткий ответ – вы можете использовать следующую команду:

$ apt-get -s install $(apt-history rollback | tr '\n' ' ')

Если это делает то, что вы хотите, удалите -s (также известный как --dry-run) и запустите снова. Вот шаги, которые я предпринял, чтобы это правильно сработало:

1. Я временно сократил свой /var/log/dpkg.log, чтобы оставить только сегодняшнее обновление

2. Я установил крошечный скрипт apt-history с здесь в ~/.bashrc и запустил

   $ apt-history rollback > rollback.txt
   ...
   libzfs2:amd64=0.6.4-4~wheezy 
   zfsutils:amd64=0.6.4-4~wheezy 
   zfs-initramfs:amd64=0.6.4-4~wheezy
   ...
   

3. Это предоставляет хорошо отформатированный список версионных пакетов для отката, который можно подать в apt-get install. Обрежьте этот список по мере необходимости в текстовом редакторе и затем выполните (с -s для тестового запуска сначала):

   $ apt-get -s install $(cat rollback.txt | tr '\n' ' ')
   $ apt-get install $(cat rollback.txt | tr '\n' ' ')
   

Apt будет предупреждать об откате, что ожидаемо. Чтобы предотвратить то, чтобы этот откат был перезаписан следующим обновлением, пакеты нужно будет закрепить, пока оригинальная проблема не будет решена. Например, с помощью: apt-mark hold zfsutils libzfs2 ...

function apt-history(){
    case "$1" in
      install)
            cat /var/log/dpkg.log | grep 'install '
            ;;
      upgrade|remove)
            cat /var/log/dpkg.log | grep $1
            ;;
      rollback)
            cat /var/log/dpkg.log | grep upgrade | \
                grep "$2" -A10000000 | \
                grep "$3" -B10000000 | \
                awk '{print $4"="$5}'
            ;;
      *)
            cat /var/log/dpkg.log
            ;;
    esac
}

Лог-файлы /var/log/apt/history.log и /var/log/apt/term.log являются ближайшими к вашему описанию:

Я предполагаю, что может быть какой-то скрипт, который может сохранить список вновь установленных пакетов и их предыдущий номер версии

history.log предоставляет сводный список каждого действия, которое apt выполняет в следующем формате:

Start-Date: 2013-06-21  16:05:05
Commandline: apt-get install rdiff-backup
Install: python-pyxattr:i386 (0.5.0-3, automatic), rdiff-backup:i386 (1.2.8-6), python-pylibacl:i386 (0.5.0-3, automatic
), librsync1:i386 (0.9.7-7, automatic)
End-Date: 2013-06-21  16:05:42

В частности, он дает список вновь установленных пакетов или удаленных пакетов. Кроме того, term.log показывает, что фактически появилось на терминале во время действия, так что это покажет старые и новые версии пакетов. Случайный образец из моего history.log:

Preparing to replace gnupg 1.4.10-4 (using .../gnupg_1.4.10-4+squeeze1_i386.deb) ...
Unpacking replacement gnupg ...
Processing triggers for install-info ...
Processing triggers for man-db ...
Processing triggers for doc-base ...
Processing 1 changed doc-base file(s)...
Registering documents with scrollkeeper...
Setting up gnupg (1.4.10-4+squeeze1) 

Автоматический откат apt не рекомендуется, но если вы используете логи, то это должно быть возможно сделать вручную, если только не произошло сбоя, который нарушил действия apt, например, из-за несовместимой базы данных dpkg. В этом случае вам нужно будет исправить проблему, прежде чем продолжать.

Нет, apt не облегчает это.

Лучший вариант – это какой-то тип снимка. Либо файловые системные снимки через lvm/zfs/btrfs, либо снимки экземпляров, если вы используете виртуальную машину любого рода.

Единственный другой вариант – составить инвентаризацию установленных пакетов (dpkg -l) до и после. Если вы хотите “откатиться”, вам нужно будет явно установить предыдущую версию.