Обновление Ubuntu: как обновить пакеты и перейти на новый релиз

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

Где проходит граница между обновлением пакетов и релиза

apt update не устанавливает ничего: он лишь перечитывает списки пакетов из подключённых репозиториев. Реальную замену файлов выполняет apt upgrade — он ставит новые версии уже установленных пакетов и не удаляет ничего самостоятельно. Это рутинная операция, её можно делать хоть каждый день.

Читайте также: Ubuntu LTS: где скачать ISO и как проверить файл.

Переход на новый релиз (do-release-upgrade) — совсем другая история: меняются версии ядра, systemd, библиотек, desktop-окружения, переписываются конфиги. Релизы с длительной поддержкой (LTS) выходят в апреле чётных годов — 22.04, 24.04, 26.04 — и поддерживаются 5 лет, а с подпиской Ubuntu Pro срок продлевается ещё на 5 лет через ESM. Промежуточные версии (25.10, 26.10) живут около 9 месяцев, и обновляться на них имеет смысл только ради конкретных новых функций.

Задача	Команда	Что происходит
Обновить пакеты	apt update && apt upgrade	Новые версии установленного ПО, релиз не меняется
Перейти на новый релиз	do-release-upgrade	Смена всей системы на следующую версию

Обновление пакетов: команды и разбор конфликтов

Базовый порядок такой:

sudo apt update
sudo apt upgrade
sudo apt full-upgrade
sudo apt autoremove
sudo snap refresh

full-upgrade (старое имя — dist-upgrade) умеет удалять и добавлять пакеты, если этого требует разрешение зависимостей. Именно поэтому его запускают отдельно после обычного upgrade: сначала видно, что обновилось штатно, потом — что потребовало удаления. snap refresh нужен, потому что часть программ в Ubuntu поставляется как snap-пакеты и через apt не обновляется вовсе.

Если apt пишет о конфликте или прерванной установке, помогает такая последовательность:

• sudo dpkg --configure -a — доводит до конца настроенные, но не завершённые пакеты;
• sudo apt --fix-broken install — подтягивает недостающие зависимости;
• sudo apt update заново и повтор команды обновления.

Отдельный случай — обновление ядра и библиотек, которые уже используются работающими процессами. После установки появляется файл /var/run/reboot-required, а пакет needrestart (ставится отдельно) подсказывает, какие службы нужно перезапустить. Для домашней машины проще перезагрузиться; на сервере перезагрузку планируют отдельно.

Переход на новую версию Ubuntu: подготовка и ход процесса

Перед стартом нужно закрыть три вопроса. Первый — место на диске: распаковка новых пакетов требует свободного пространства, и при забитом корне апгрейд обрывается на середине. Второй — резервная копия: снимок системы (например, Timeshift с rsync или btrfs) плюс отдельная копия /home и конфигов, потому что снимок не заменяет бэкап данных. Третий — сторонние репозитории и PPA: их лучше отключить заранее, иначе часть пакетов будет ссылаться на версии, которых для нового релиза ещё нет.

Настройка поведения задаётся в /etc/update-manager/release-upgrades параметром Prompt: значение lts разрешает переходы только между LTS, never полностью их запрещает, normal открывает и промежуточные релизы. Переход на новую LTS обычно делают доступным не сразу после выхода, а после первого point-релиза — то есть в течение нескольких месяцев.

sudo apt update
sudo apt upgrade
sudo do-release-upgrade

Запускать это лучше в tmux или screen, а не в обычной SSH-сессии: разрыв связи на середине процесса оставит систему в половинчатом состоянии. do-release-upgrade спрашивает подтверждение, отключает сторонние источники и ведёт подробные логи в /var/log/dist-upgrade/. Флаг -d позволяет поставить версию, которая ещё официально не предложена к обновлению — на рабочей машине так делать не стоит.

Если обновление прервалось, не перезагружайтесь сразу: сначала выполните sudo dpkg --configure -a и sudo apt --fix-broken install, затем посмотрите /var/log/dist-upgrade/apt.log и main.log.

Когда обновлять не нужно и чем заменить апгрейд

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

Есть и обратная сторона: оставаться на старой LTS после окончания обычной поддержки тоже рискованно — обновления безопасности приходят только с подпиской Ubuntu Pro. Между этими крайностями есть альтернативы:

• Не менять релиз, а обновлять только пакеты — так работают многие серверы до конца срока поддержки; свежие версии отдельных программ ставят из snap, Flatpak или официальных репозиториев вендора.
• Автоматические обновления безопасности — пакет unattended-upgrades, управляемый файлом /etc/apt/apt.conf.d/20auto-upgrades, ставит патчи без участия администратора.
• Управление парком машин — Ansible или Landscape вместо ручного do-release-upgrade на каждом хосте.
• Смена дистрибутива — если нужны постоянно свежие версии пакетов, роллинг-модель (Arch, openSUSE Tumbleweed) подходит больше, чем LTS с апгрейдом раз в два года, но требует другого уровня поддержки.

Для десктопа с ценными локальными настройками иногда разумнее чистая установка: раздел /home не форматируется, а систему ставим заново — это предсказуемее, чем разбор последствий неудачного апгрейда.

Частые вопросы

Нужно ли перезагружаться после apt upgrade? Если обновилось ядро или системные библиотеки — да. Проверить можно по наличию файла /var/run/reboot-required или установив needrestart.

Сколько занимает переход на новый релиз? От получаса на быстром диске до нескольких часов: время зависит от числа пакетов, скорости канала, наличия сторонних репозиториев и объёма диска.

Можно ли обновить сервер без интернета? Переход на новый релиз — нет, ему нужны репозитории новой версии. Обновление пакетов внутри релиза возможно из локального зеркала или заранее скачанных deb-файлов.

Что делать, если после обновления не загружается рабочий стол? Загрузитесь в режиме восстановления или через другой TTY, посмотрите вывод journalctl -b -p err и логи дисплей-менеджера; чаще всего проблема в драйвере видеокарты или в отключённом при апгрейде репозитории.

Начните с малого: обновите пакеты и перезагрузитесь, а решение о смене релиза принимайте отдельно. Перед do-release-upgrade сделайте снимок системы и копию данных, проверьте свободное место и отключите сторонние PPA. Если машина рабочая и откат невозможен — тестируйте переход на виртуальной копии или оставьте систему на текущей LTS до конца срока поддержки.