Обновление сервера Debian: ошибки новичков и порядок действий

На сервере Debian 12 команда apt upgrade может обновить не только библиотеки, но и перезапустить службы, от которых зависит сайт или база данных. Ниже — порядок обновления штатных пакетов и способы распознать типичные ошибки; заложите на работу от 15–30 минут, не считая загрузки обновлений и возможной перезагрузки.

Перед началом: что нужно подготовить

Инструкция рассчитана на Debian 12 Bookworm со штатным APT ветки 2.6.x. Если у вас Ubuntu, другая версия Debian или сторонний образ с собственными репозиториями, сначала сверьтесь с документацией этой системы: сообщения и правила обновления могут отличаться.

• Доступ к серверу по SSH и права root или пользователя с sudo. Для удалённой машины полезен доступ к консоли хостинга на случай, если SSH не поднимется.
• Свежая резервная копия важных данных и, если хостинг позволяет, снимок сервера. Убедитесь, что знаете, как восстановить их, а не только где копия хранится.
• Свободное место на дисках: проверьте корневой раздел и /var. При нехватке места распаковка пакетов может остановиться на полпути.
• Окно обслуживания. Во время обновления пакеты могут перезапустить службы, а обновление ядра обычно требует перезагрузки.

Команды ниже выполняйте по одной, проверяя вывод. Не закрывайте SSH, пока пакетный менеджер работает.

Обновляем пакеты по шагам

1. Проверьте систему, диск и доступность репозиториев

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

cat /etc/os-release
 df -h / /var
 ps -ef | grep -E '[a]pt|[d]pkg'

В выводе /etc/os-release должно быть указано Debian GNU/Linux 12. В таблице дисков проверьте свободное место, а список процессов — чтобы там не шла другая установка. Если apt или dpkg уже работают, дождитесь окончания: не удаляйте файлы блокировки вручную.

2. Обновите список доступных версий

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

sudo apt update

Проверка: команда завершается без ошибок загрузки и проверки подписей. Предупреждения о недоступном репозитории тоже нельзя игнорировать: часть источников может остаться без обновлений.

3. Посмотрите, что собирается измениться

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

apt list --upgradable
 df -h / /var

Проверка: вы понимаете, какие компоненты обновятся и хватает ли места. Если обновлений нет, apt сообщит об этом — переходить к установке не нужно.

4. Установите обычные обновления

В стандартном сценарии используйте apt upgrade. При запросе подтверждения прочитайте перечень изменений; не добавляйте флаг автоматического подтверждения, пока не проверили, что именно будет установлено.

sudo apt upgrade

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

5. Проверьте состояние пакетов и служб

После установки проверьте целостность зависимостей и службы, которые systemd пометил как неработающие.

sudo apt check
systemctl --failed --no-pager

Проверка: apt check не сообщает о нарушенных зависимостях. Если список служб не пуст, выясните, относится ли каждая из них к вашему приложению и не появилась ли проблема после обновления. Не запускайте вслепую команды исправления для неизвестной ошибки.

6. Решите, нужна ли перезагрузка

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

uname -r
systemctl --failed --no-pager

Проверка: сервер отвечает по SSH, версия ядра отображается, список упавших служб изучен, а сайт или другой рабочий сервис доступен. Само по себе успешное выполнение apt ещё не подтверждает, что приложение работает.

Успешное обновление — это не только сообщение «пакеты установлены». Это ещё и проверенная работа сервисов после установки и, если требовалось, после перезагрузки.

Частые ошибки новичков

• Could not get lock /var/lib/dpkg/lock-frontend. Другой процесс уже использует apt или dpkg — например, автоматическое обновление. Проверьте процессы и дождитесь завершения. Не удаляйте lock-файл: это не завершит процесс и может повредить состояние пакетной базы.
• Temporary failure resolving 'deb.debian.org'. Сервер не разрешил имя репозитория. Проверьте сетевое подключение и DNS; если проблема только в одном зеркале, проверьте его адрес в настройках репозиториев.
• NO_PUBKEY или ошибка проверки подписи репозитория. APT не смог проверить источник пакетов. Не отключайте проверку подписи и не устанавливайте ключи из случайных инструкций. Сверьте адрес репозитория и способ настройки ключей с документацией поставщика.
• dpkg was interrupted, you must manually run 'dpkg --configure -a'. Предыдущая установка прервалась. Сначала убедитесь, что apt и dpkg больше не работают, затем выполните указанную команду от root или через sudo и повторно проверьте состояние пакетов.
• Пакеты отмечены как kept back. Для их обновления могут требоваться изменения зависимостей, которые обычный apt upgrade не выполняет. Изучите список изменений. apt full-upgrade может удалить пакеты ради разрешения зависимостей, поэтому на сервере запускайте его только после проверки перечня действий и оценки риска.

Термин: репозиторий — источник пакетов и сведений о доступных версиях. Если репозиторий недоступен или его подпись не проходит проверку, APT не может безопасно получить из него обновления.

Что делать дальше

После обновления проверьте не только статус systemd, но и журнал приложения, доступность сайта или API и работу фоновых задач. Зафиксируйте, какие пакеты обновились и когда сервер перезагрузили: так проще связать изменение с возможной неисправностью. Следующее обновление начинайте с резервной копии и проверки свободного места, а автоматизацию включайте только после теста на сервере, который можно восстановить.

Обновление между основными выпусками Debian — например, переход с Debian 12 на следующий выпуск — это отдельная процедура. Не выполняйте её по этому короткому порядку: сначала изучите официальные заметки к выпуску и подготовьте план отката.