Глава 4. Обновление с Debian 7 (wheezy)

Перед обновлением настоятельно рекомендуется сделать резервную копию всей системы или, по крайней мере, всех данных и настроек, которые вы не можете позволить себе потерять. Инструменты для обновления и сам процесс достаточно надёжны, но сбой аппаратного обеспечения в ходе обновления может привести к серьёзному повреждению системы.

В первую очередь необходимо сделать резервную копию содержимого каталогов /etc, /var/lib/dpkg, /var/lib/apt/extended_states и результата работы команды dpkg --get-selections "*" (кавычки важны). Если для управления пакетами вы используете aptitude, то также сделайте резервную копию /var/lib/aptitude/pkgstates.

Обновление само по себе никак не затрагивает каталог /home. Однако некоторые приложения (в частности, некоторые приложения Mozilla, окружения рабочего стола GNOME и KDE) при первом запуске новой версии перезаписывают имеющиеся пользовательские настройки новыми настройками по умолчанию. На всякий случай стоит сделать резервную копию скрытых файлов и каталогов (название которых начинается с точки) из домашних каталогов пользователей. Это поможет вам в случае необходимости восстановить старые настройки. Не лишним будет предупредить пользователей об этой проблеме.

Установка любого пакета должна производиться с привилегиями суперпользователя. Поэтому вы должны либо войти в систему под именем суперпользователя root, либо использовать программы su или sudo, чтобы получить необходимые права.

Для проведения обновления есть несколько предварительных требований; проверьте, что они соблюдаются.

Желательно заранее сообщать всем пользователям о любых планируемых обновлениях, хотя пользователи, работающие в системе через ssh, не должны испытать особых проблем в процессе обновления и вполне могут продолжать работу.

Если вы хотите принять дополнительные меры предосторожности, создайте резервную копию и размонтируйте раздел /home перед обновлением.

При обновлении до jessie потребуется обновить ядро, поэтому потребуется перезагрузка. Обычно, это происходит по окончании обновления.

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

Точное время простоя служб будет зависеть от количества обновляемых в системе пакетов, а также от времени, затрачиваемое администратором для ответов на вопросы о настройке. Заметим, что если процесс обновления оставить без внимания и не следить за запросами системы,то высока вероятность увеличить недоступность служб^[1] на значительный промежуток времени.

Если обновляемая система предоставляет критически важные службы для пользователей или сети^[2], то вы можете сократить время простоя, если сначала выполните минимальное обновление системы (см. Раздел 4.4.4, «Минимальное обновление системы»), затем обновите ядро и перезагрузитесь, а затем обновите пакеты, связанные с вашими критическими службами. Описание обновления этих пакетов перед полным обновлением смотрите в Раздел 4.4.5, «Обновление системы». Такой порядок позволяет оставить работающими критические службы на время прохождения полного обновления и сократить время простоя.

Хотя Debian пытается проверить, что система всегда будет в состоянии загрузиться, есть реальная опасность возникновения проблем после перезагрузки в обновлённую систему. Большая часть возможных проблем описана здесь и далее в следующих главах информации о выпуске.

Поэтому лучше удостовериться, что вы сможете вернуть систему в прежнее состояние, если она не сможет загрузиться или, для систем управляемых удалённо, не заработает сеть.

Если обновление производится удалённо через ssh, рекомендуем вам предусмотреть подключение к локальной консоли сервера через удалённый последовательный терминал. Может случиться так, что после обновления ядра и перезагрузки, вам потребуется исправить системные настройки через локальную консоль. Если система случайно перезагрузится в середине процесса обновления, вам также потребуется локальная консоль для восстановления.

Обычно мы рекомендуем использовать режим восстановления из программы установки Debian jessie. Преимущество в использовании программы установки в том, что вы можете выбирать из множества методов установки тот, который лучше подходит в вашей ситуации. Дополнительная информация приведена в разделе «Восстановление сломанной системы» главы 8 руководства по установке и в ЧаВО по программе установки Debian.

Если загрузиться не удалось, вам может потребоваться альтернативный способ загрузки системы для доступа и восстановления. Для этого можно воспользоваться специальным образом восстановления или Linux-live CD. После загрузки каким-то из способов, вы сможете смонтировать имеющуюся корневую файловую систему и выполнить в неё chroot, чтобы найти и исправить ошибку.

mount -o remount,rw /

Обновление дистрибутива возможно как локально через виртуальную текстовую консоль (или подключённый напрямую терминал к последовательному порту), так и удалённо через ssh.

	Важно
	Если вы используете одну из служб VPN (такую как tinc), то они могут быть недоступны во время обновления, см. Раздел 4.1.3, «Подготовка к перерыву в работе служб».

Чтобы ещё более усилить безопасность, советуем запускать обновление в виртуальной консоли, созданной с помощью программы screen, которая позволяет безопасно переподключаться и таким образом обновление не будет прервано, даже если произойдёт обрыв связи.

Важно

Ни в коем случае не обновляйте систему через telnet, rlogin, rsh или из графического сеанса под управлением xdm, gdm, kdm и т.д., запущенного на обновляемой системе. Это связано с тем, что все эти службы могут быть перезапущены при обновлении, что может привести к недоступности системы, обновлённой только наполовину. Для обновления до нового выпуска настоятельно не рекомендуется использовать приложения GNOME update-manager, так как при работе этого инструмента считается, что сеанс рабочего стола не может прерваться.

Иногда, использование apt-get для установки пакетов вместо aptitude, может привести к тому, что aptitude посчитает некоторые пакеты «неиспользуемыми» и запланирует их удаление. В общем, перед переходом на следующий выпуск система должна быть полностью обновлена и считаться «чистой».

Поэтому проверьте, нет ли каких-нибудь отложенных действий в менеджере пакетов aptitude. Если для пакета запланировано удаление или обновление в менеджере пакетов, это может отрицательно сказаться на процедуре обновления. Заметим, что исправление возможно, пока в вашем sources.list указан wheezy, а не stable или jessie; см. Раздел A.2, «Проверка списка источников APT».

Для выполнения этой проверки запустите aptitude в «интерактивном режиме» и нажмите g («Начали»). Если после этого будет предложено что-то сделать, вам нужно просмотреть, что именно и, или отменить эти действия, или подтвердить их выполнение. Если никаких действий совершить не предлагается, то будет показано сообщение «Ни одного пакета не будет установлено, обновлено или удалено».

Если вы настроили APT на установку некоторых пакетов из дистрибутива, отличного от стабильного (например, тестируемого), вам, возможно, придётся изменить настройки фиксации в APT (хранятся в файле /etc/apt/preferences и каталоге /etc/apt/preferences.d/), чтобы стало возможным обновление пакетов до версии нового стабильного выпуска. Более подробную информацию о фиксации пакетов в APT можно найти в apt_preferences(5).

Независимо от способа обновления, рекомендуется сначала проверить состояние всех пакетов и убедиться, что всем пакетам разрешено обновляться. Следующая команда покажет пакеты установленные частично (Half-Installed), настройка которых не удалась (Failed-Config), а также все пакеты в ошибочных состояниях:

# dpkg --audit

Можно также проверить состояние всех пакетов системы с помощью программы aptitude и таких команд, как

# dpkg -l | pager

или

# dpkg --get-selections "*" > ~/curr-pkgs.txt

Перед обновлением желательно снять все фиксации с пакетов. Если один из значимых для обновления пакетов зафиксирован, обновление завершится неудачно.

Заметим, что aptitude использует отличный от apt-get и dselect метод регистрации зафиксированных пакетов. Определить, какие пакеты зафиксированы через aptitude, можно с помощью

# aptitude search "~ahold" 

Если вы хотите проверить, какие пакеты зафиксированы через apt-get, используйте

# dpkg --get-selections | grep 'hold$'

Если вы изменяли и перекомпилировали какой-то из пакетов локально, но при этом не переименовали его и не добавили «эпоху» к версии пакета, то его нужно зафиксировать, чтобы предотвратить обновление.

Состояние фиксации («hold») пакета через apt-get может быть изменено с помощью:

# echo имя_пакета hold | dpkg --set-selections

Замените hold на install, чтобы отменить фиксацию.

Если вам нужно что-то исправить, то лучше сначала убедиться, что ваш sources.list всё ещё указывает на wheezy, как объясняется в Раздел A.2, «Проверка списка источников APT».

Если вы добавляли секцию proposed-updates в файл /etc/apt/sources.list, то вам нужно удалить её перед тем как начать обновление системы. Эта предосторожность уменьшит вероятность конфликтов.

Если вы устанавливали некоторые пакеты не из репозиториев Debian, то знайте, что при обновлении они могут быть удалены по причине конфликтующих зависимостей. Если для установки дополнительных пакетов вы добавляли записи в файл /etc/apt/sources.list, проверьте, содержит ли этот архив также пакеты для jessie и, соответственно, исправьте строку источника вместе со строками остальных источников пакетов Debian.

У некоторых пользователей могут быть установлены неофициальные перенесённые «более новые» версии пакетов, собранные для wheezy. Такие пакеты, скорее всего, станут причиной проблем при обновлении, так как они могут вызвать конфликты файлов^[4]. В Раздел 4.5, «Возможные проблемы во время обновления» содержится некоторая информация о том, что делать, если возникли файловые конфликты.

Настройка по умолчанию позволяет произвести установку с главных Интернет-серверов Debian, но вы можете изменить файл /etc/apt/sources.list и использовать другие серверы-зеркала. Лучше использовать ближайший к вам сервер-зеркало.

Адреса HTTP- и FTP-зеркал Debian можно найти по адресу https://www.debian.org/distrib/ftplist (см. раздел «Список зеркал Debian»). HTTP-зеркала обычно быстрее, чем FTP.

Предположим, что ближайшим к вам зеркалом Debian является http://mirrors.kernel.org. Просматривая содержимое зеркала веб-браузером или FTP-клиентом, можно заметить, что основные каталоги организованы следующим образом:

http://mirrors.kernel.org/debian/dists/jessie/main/binary-amd64/...
http://mirrors.kernel.org/debian/dists/jessie/contrib/binary-amd64/...

Чтобы использовать это зеркало в apt, добавьте в файл sources.list:

deb http://mirrors.kernel.org/debian jessie main contrib

Заметим, что «dists» добавляется автоматически, а параметры после имени выпуска используются для дополнения сетевого пути до реальных каталогов.

После того, как вы добавили новый источник, отключите присутствовавшие ранее в файле sources.list строки «deb», поставив в начале каждой строки символ решётки (#).

Вместо HTTP- и FTP-зеркал можно использовать зеркало на локальном диске, изменив соответствующим образом файл /etc/apt/sources.list (диск может быть смонтирован с помощью NFS).

Например, если ваше зеркало пакетов находится в каталоге /var/ftp/debian/, то его основные каталоги будут называться:

/var/ftp/debian/dists/jessie/main/binary-amd64/...
/var/ftp/debian/dists/jessie/contrib/binary-amd64/...

Чтобы пакет apt мог использовать этот источник пакетов, добавьте в файл sources.list:

deb file:/var/ftp/debian jessie main contrib

Заметим, что «dists» добавляется автоматически, а параметры после имени выпуска используются для дополнения сетевого пути до реальных каталогов.

После того, как вы добавили новый источник, отключите присутствовавшие ранее в файле sources.list строки «deb», поставив в начале каждой строки символ решётки (#).

Если вы хотите использовать только компакт-диски (или DVD или Blu-ray), закомментируйте все присутствующие в файле /etc/apt/sources.list строки «deb», поставив в начале каждой строки символ решётки (#).

Убедитесь в том, что в файле /etc/fstab есть строка, позволяющая смонтировать компакт-диск в каталог /media/cdrom. Например, если файлом устройства вашего привода чтения компакт-дисков служит /dev/sr0, то файл /etc/fstab должен содержать строку:

/dev/sr0 /media/cdrom auto noauto,ro 0 0

Обратите внимание на то, что между словами noauto,ro в четвёртом поле строки не должно быть пробелов.

Чтобы проверить, что строка fstab написана верно, вставьте компакт-диск в привод и выполните команды

# mount /media/cdrom    # эта команда примонтирует CD к точке монтирования
# ls -alF /media/cdrom  # эта команда должна показать корневой каталог CD-диска
# umount /media/cdrom   # эта команда размонтирует CD

Затем выполните команду

# apt-cdrom add

для каждого компакт-диска Debian Binary, чтобы добавить все диски в базу данных APT.

Для записи ваших действий при обновлении настоятельно рекомендуем использовать программу /usr/bin/script. В этом случае, при возникновении каких-либо проблем у вас будет журнал произошедших событий, и если понадобится, вы сможете включить эту информацию в отчёт об ошибке. Чтобы начать запись, выполните команду:

# script -t 2>~/upgrade-jessiestep.time -a ~/upgrade-jessiestep.script

или похожую. При перезапуске записи (например, при перезагрузке систему) используйте другое значение вместо step, чтобы различать протоколируемые шаги. Не размещайте файл с записью во временных каталогах, таких как /tmp и /var/tmp (файлы в этих каталогах могут быть удалены при обновлении или перезагрузке).

Запись также поможет вам прочитать информацию, которая вышла за пределы экрана. Если вы находитесь перед монитором компьютера просто переключитесь на вторую консоль VT2 (нажав Alt+F2) и, войдя в систему, запустите less -R ~root/upgrade-jessie.script для просмотра файла.

После завершения обновления можно остановить script, набрав exit в командной строке.

Если параметром к script указать -t, то вы сможете воспользоваться программой scriptreplay для повтора всего сеанса:

# scriptreplay ~/upgrade-jessie.time ~/upgrade-jessie.script

Во-первых, нужно обновить список доступных пакетов нового выпуска. Это делается командой:

# apt-get update

Перед обновлением всей системы, как описано в Раздел 4.4.5, «Обновление системы», убедитесь, что у вас достаточно места на диске. Сначала все нужные для установки пакеты скачиваются из сети и сохраняются в /var/cache/apt/archives (а на время скачивания, в подкаталог partial/), поэтому вы должны проверить место на разделе, который содержит /var/, так как туда будут временно записаны загруженные пакеты для установки. После загрузки вам, вероятно, понадобится дополнительное место в других разделах файловой системы для установки обновляемых пакетов (скорее всего, они стали больше) и новых пакетов, которые будут установлены из-за обновлений. Если в системе не будет достаточного места, то в конечном счёте это приведёт к неполному обновлению, что позднее бывает сложно исправить.

apt-get отображает подробную информацию о количестве требуемого места для установки. Перед выполнением обновления вы можете увидеть размер необходимого места, запустив:

# apt-get -o APT::Get::Trivial-Only=true dist-upgrade
[ ... ]
XXX пакетов обновлено, XXX установлено новых, XXX пакетов отмечено для удаления и XXX пакетов не обновлено.
Необходимо получить xx.xMБ/yyyMБ архивов.
После распаковки будет использовано AAAMБ.

	Примечание
	Запуск этой команды в начале процесса обновления может приводить к ошибке по причинам, описанным далее. В этом случае, запуск команды оценки дискового пространства нужно провести после выполнения минимального обновления системы (см. Раздел 4.4.4, «Минимальное обновление системы») и обновления ядра.

Если вам не хватает места для обновления, apt-get предупредит об этом:

E: Недостаточно свободного места в /var/cache/apt/archives/.

В этом случае освободите место заранее. Вы можете:

Заметим, что для безопасного удаления пакетов рекомендуется в sources.list исправить источники обратно на wheezy, как объясняется в Раздел A.2, «Проверка списка источников APT».

В некоторых случаях выполнение сразу полного обновления (как описано далее) может привести к удалению большого числа пакетов, которые вы хотите оставить. Поэтому мы рекомендуем производить обновление в две стадии — сначала минимальное обновление, чтобы разобраться с конфликтами, а затем полное обновление, как описано в Раздел 4.4.5, «Обновление системы».

Для этого сначала выполните:

# apt-get upgrade

	Примечание
	В некоторых предыдущих выпусках для обновления рекомендовалось использовать aptitude. Данный инструмент не рекомендуется для обновления с wheezy до jessie.

Это приведёт к обновлению только тех пакетов, которые можно обновить без необходимости удаления или установки других пакетов.

Минимальное обновление системы также может оказаться полезным, если в системе мало свободного места и полное обновление запустить из-за этого невозможно.

Если установлен пакет apt-listchanges, то он показывает важную информацию об обновляемых пакетах в пейджере (при настройках по умолчанию). Для выхода из пейджера и продолжения обновления нажмите q после прочтения.

После выполнения предыдущих шагов теперь можно приступить, собственно, к обновлению. Выполните команду:

# apt-get dist-upgrade

	Примечание
	В некоторых предыдущих выпусках для обновления рекомендовалось использовать aptitude. Данный инструмент не рекомендуется для обновления с wheezy до jessie.

Эта команда произведёт полное обновление системы, установив последние доступные версии всех пакетов и разрешив всех изменившиеся между выпусками зависимости. При необходимости будут установлены новые пакеты (обычно, это новые версии библиотек или переименованные пакеты) и удалены все вызывающие конфликты устаревшие пакеты.

При обновлении с набора компакт-дисков система несколько раз попросит вас вставить в привод соответствующий диск. Возможно, вам придётся вставлять один и тот же диск несколько раз. Это вызвано тем, что взаимосвязанные пакеты могут находиться на разных дисках.

Новые версии уже установленных пакетов, которые нельзя обновить не меняя состояния других пакетов, не будут установлены (программа выведет сообщение, что пакет зафиксирован, «held back»). Разрешить ситуацию можно, либо отметив такой пакет как подлежащий установке с помощью aptitude, либо выполнив команду apt-get install пакет.

В некоторых случаях команда apt-get dist-upgrade может завершиться с ошибкой после скачивания пакетов:

E: Could not perform immediate configuration on 'пакет'.  Please see man 5 apt.conf under APT::Immediate-Configure for details.

Если это произошло, запустите apt-get dist-upgrade -o APT::Immediate-Configure=0 для продолжения обновления.

Другое возможное решение этой проблемы: временно добавьте источники, и для wheezy, и для jessie в sources.list и выполнение apt-get update.

В процессе обновления до jessie может потребоваться удалить пакеты в системе. Точный список пакетов будет зависеть от набора установленных в системе пакетов. В данном документе даны общие советы об удалении, но если у вас имеются сомнения, то перед тем как продолжить, рекомендуется проверить все пакеты, которые предлагаются к удалению. Дополнительную информацию об устаревших пакетах в jessie см. в Раздел 4.10, «Устаревшие пакеты».

Иногда необходимо активизировать параметр APT::Force-LoopBreak в APT для временного удаления пакетов первой необходимости, если возникает циклическая зависимость при конфликте/требовании предварительной установки. Программа apt-get сообщит об этом и прекратит обновление. Чтобы решить эту проблему, следует указать в командной строке apt-get параметр -o APT::Force-LoopBreak=1.

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

# dpkg --remove имя_пакета

чтобы удалить «проблемные» пакеты или

# apt-get -f install
# dpkg --configure --pending

В чрезвычайных случаях вам может потребоваться принудительная переустановка командой типа

# dpkg --install /путь/к/имя_пакета.deb

При обновлении с «чистого» wheezy конфликтов файлов быть не должно, но они вполне возможны, если у вас установлены неофициальные адаптации (backports). При конфликте файлов появляются ошибки:

Unpacking <package-foo> (from <package-foo-file>) ...
dpkg: error processing <package-foo> (--install):
 trying to overwrite `<some-file-name>',
 which is also in package <package-bar>
dpkg-deb: subprocess paste killed by signal (Broken pipe)
 Errors were encountered while processing:
 <package-foo>

Конфликт файлов можно попытаться разрешить принудительным удалением пакета, указанного в последней строке сообщения об ошибке:

# dpkg -r --force-depends имя_пакета

После исправления ошибок вы можете продолжить обновление, повторив ранее описанные команды apt-get.

Во время обновления система будет задавать вопросы о настройке или перенастройке некоторых пакетов. Если вас спросят, нужно ли заменить какой-то файл в каталоге /etc/init.d или /etc/manpath.config, версией, предоставленной сопровождающим пакета, обычно следует ответить «да», поскольку иначе будет нарушена целостность системы. Вы всегда сможете вернуть старые настройки, потому что предыдущие файлы настройки будут сохранены с расширением .dpkg-old.

Если вы не знаете, что делать, запишите имя пакета или файла и разберитесь с проблемой позднее. Информацию, выводившуюся на экран во время обновления, вы сможете найти в файле записи программы script.

Если вы выполняете обновление через локальную системную консоль, то можете обнаружить, что в некоторые моменты во время обновления консоль переключается на другую и вы потеряли визуальный контроль над процессом обновления. Например, это случится на настольных системах при перезапуске менеджера экрана.

Чтобы восстановить консоль, на которой запущено обновление, нажмите Ctrl+Alt+F1 для перехода обратно на виртуальный терминал 1 (если вы видите графический экран входа в систему) или используйте Alt+F1 (если вы видите локальную консоль в текстовом режиме). Вместо F1 нажмите функциональную клавишу с номером виртуального терминала, в котором запущено обновление. Также вы можете использовать Alt+стрелка влево или Alt+стрелка вправо для переключения между терминалами в текстовом режиме.

В большинстве случаев пакеты wheezy должны обновляться до jessie без проблем. Есть несколько случаев когда может потребоваться дополнительное действие, или до, или во время обновления; они будут описаны далее по каждому пакету отдельно.

При выполнении dist-upgrade с wheezy до jessie настоятельно рекомендуется установить метапакет linux-image-* (если вы не сделали этого ранее). Этот метапакет будет автоматически загружать более новую версию ядра во время установки обновления. Вы можете проверить, установлен у вас этот метапакет или нет, с помощью следующей команды:

# dpkg -l "linux-image*" | grep ^ii | grep -i meta

Если в результате вы ничего не увидели, то вам нужно установить новый пакет linux-image вручную, либо установить метапакет linux-image. Чтобы увидеть список доступных метапакетов linux-image, выполните:

# apt-cache search linux-image- | grep -i meta | grep -v transition

Если вы не знаете какой пакет выбрать, запустите uname -r и поищите пакет с похожим именем. Например, если вы увидели 2.6.32-5-amd64, то рекомендуется установить linux-image-amd64. Для выбора подходящего из предоставляемых пакетов, вы можете также воспользоваться командой apt-cache, чтобы посмотреть подробное описание каждого пакета. Например:

# apt-cache show linux-image-amd64

Затем вам следует использовать команду apt-get install для его установки. Когда новое ядро будет установлено, вам следует перезагрузиться, чтобы получить все преимущества нового ядра. Тем не менее, ознакомьтесь с Раздел 4.7, «Перед перезагрузкой» до выполнения первой перезагрузки после обновления.

Для любящих приключения в Debian есть лёгкий способ собрать ядро самостоятельно. Установите пакет linux-source. Для сборки двоичного пакета можно использовать цель deb-pkg из makefile. Дополнительную информацию можно найти в Debian Linux Kernel Handbook из пакета debian-kernel-handbook.

Если возможно, предпочтительней обновлять ядро отдельно от основной операции dist-upgrade, чтобы уменьшить шансы получить временно незагружаемую систему. Заметим, что это нужно выполнять только после процесса минимального обновления, описанного в Раздел 4.4.4, «Минимальное обновление системы».

Пакет initramfs-tools теперь запускает fsck для корневой файловой системы до её монтирования. Если в качестве системы инициализации выбран systemd и имеется отдельная файловая система /usr, она также будет проверена с помощью fsck и примонтирована.

Как правило, рекомендуется вычистить удалённые пакеты. Это особенно справедливо в случае, если они были удалены при обновлении более раннего выпуска (напр., при обновлении до wheezy), или если они были предоставлены третьими лицами. В частности, старые сценарии init.d могут вызывать проблемы.

	Внимание
	Вычищение пакетов, как правило, приводит также и к вычищению файлов журналов, возможно вам потребуется сделать их резервные копии.

Следующие команды отображают список всех удалённых пакетов, чьи файлы настройки всё ещё остаются в системе (если таковые имеются):

# dpkg -l | awk '/^rc/ { print $2 }'

Эти пакеты могут быть удалены с помощью команды apt-get purge. Допустим, вы хотите вычистить все эти пакеты за один раз, для этого можно использовать следующую команду:

# apt-get purge $(dpkg -l | awk '/^rc/ { print $2 }')

Если вы используете aptitude, вы можете использовать следующие альтернативы приведённым выше командам:

$ aptitude search '~c'
$ aptitude purge '~c'

Некоторые пакеты из wheezy в jessie были разделены на несколько пакетов, чаще всего, для облегчения сопровождения системы. Для простоты обновления в состав jessie нередко входит «пакет-пустышка» (пустой пакет с именем старого пакета из wheezy). При установке такого пакета устанавливаются новые пакеты по зависимостям. Сразу же после установки, «пустышки» становятся неиспользуемыми и их можно спокойно удалять.

В описании большинства (но не всех) пакетов-пустышек ясно указано их предназначение. К сожалению, никаких правил для описания пустышек нет, поэтому для их обнаружения вам может пригодиться deborphan с параметром --guess-*. Некоторые пустышки удалять после обновления не нужно, так как они впоследствии используются для определения установленной версии программы.