Как обновить Ubuntu 20.04 до 22.04 (Jammy Jellyfish)

Важно: планируйте обновление в окно обслуживания — возможны простои сервисов. Если сервер критичен, сначала протестируйте процесс на копии или в среде staging.

Кому это руководство

Коротко: администраторы серверов и инженеры DevOps, которые поддерживают Ubuntu 20.04 и хотят перейти на Ubuntu 22.04 LTS.

Термины:

• LTS — долгосрочная поддержка.
• do-release-upgrade — утилита для поэтапного обновления релизов Ubuntu.

Подготовка перед обновлением

Перед началом рекомендуется выполнить эти шаги:

• Создать полную резервную копию данных на внешний носитель или в облако.
• Убедиться в стабильном интернет‑соединении на время обновления.
• Отключить все внешние (нестандартные) репозитории: содержимое /etc/apt/sources.list.d/* и записи в /etc/apt/sources.list. Внешние PPA и сторонние репозитории могут сломать процесс.
• Проверить доступность места на корневом разделе (df -h).
• Сообщить пользователям о возможном простое сервисов.

Контрольный список (быстрая проверка):

• Резервная копия — сделана
• Место на диске — достаточно
• Внешние репозитории — отключены
• Пароль root или sudo — доступен

Требования

• Сервер под управлением Ubuntu 20.04.
• Настроенный пароль root или пользователь с sudo.

Обновление системы перед релизом

Сначала обновите текущие пакеты до последних версий. Это снизит риск конфликтов при обновлении релиза.

Выполните эти команды как root или через sudo:

apt-get update -y  
apt-get upgrade -y  
apt-get dist-upgrade -y

После этого удалите ненужные пакеты и очистите кеш APT:

apt-get autoremove
apt-get clean

Затем рекомендуется перезагрузить систему, чтобы применить обновления ядра и сервисов:

reboot

Обновление до Ubuntu 22.04 с помощью do-release-upgrade

После перезагрузки и повторной проверки состояния системы запустите основной инструмент обновления:

do-release-upgrade

Следуйте подсказкам на экране. Утилита будет запрашивать подтверждение для отдельных шагов (удаление устаревших пакетов, перезапуск сервисов, замена конфигурационных файлов). Читайте запросы внимательно — если вы не уверены, сохраняйте текущие конфигурационные файлы.

Если процесс не завершился автоматической перезагрузкой, выполните вручную:

reboot

Проверка успешного обновления

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

lsb_release -a

В выводе вы должны видеть что-то вроде:

No LSB modules are available.  
Distributor ID: Ubuntu  
Description:    Ubuntu 22.04.1 LTS  
Release:        22.04  
Codename:       jammy

Проверьте также состояние сервисов и запущенных приложений (systemctl status , журналы через journalctl).

Типичные проблемы и способы устранения

Когда обновление проходит неудачно:

• Пакеты конфликтуют из‑за сторонних репозиториев. Решение: восстановите резервную копию sources.list /sources.list.d, откатите изменения или отключите проблемный PPA и повторите обновление.
• Не хватает места на диске — освободите место в /var/cache/apt/archives или удалите старые журналы.
• Сервисы не запускаются после обновления — просмотрите journalctl -b и systemctl status, примените корректировки конфигураций.

Короткий план действий при сбое:

1. Сохраните логи (/var/log/dist-upgrade/).
2. Откатите изменения конфигураций, если заранее сделали резервные копии.
3. Если система не поднимается — загрузитесь в single-user или с LiveCD и восстановите файлы.

Откат / план аварийного восстановления

Если что‑то пошло не так и откат необходим:

1. Восстановите данные и конфигурации из резервной копии.
2. Принимать решение: откат к Ubuntu 20.04 (восстановление образа) или исправление проблем на 22.04.
3. Если вы используете LVM/снапшоты, откат может быть выполнен быстрее через снимок.

Реалистичный сценарий отката: восстановление из образа диска или файловой резервной копии, затем повторное тестирование обновления на копии.

Альтернативные подходы

• Чистая установка: установите Ubuntu 22.04 с нуля и восстановите данные и конфигурации. Это устраняет накопившиеся «мусорные» настройки, но требует больше времени на настройку.
• Развертывание новой виртуальной машины/контейнера с 22.04 и постепенный перенос сервисов (canary-подход).
• Использование инструментов конфигурационного управления (Ansible, Puppet) для воспроизводимого обновления и отката.

Когда альтернативы предпочтительнее:

• Если у вас много нестандартных пакетов и PPA — чистая установка или миграция поэтапно безопаснее.
• Для критичных production‑сервисов лучше сначала протестировать в staging.

Ролевые чеклисты

Администратор:

• Сделал резервную копию и проверил её целостность.
• Отключил сторонние репозитории.
• Обновил текущие пакеты и перезагрузил сервер.
• Просматривает вывод do-release-upgrade и решает конфликты.

Инженер по поддержке:

• Готов уведомить пользователей о простое.
• Мониторит состояние сервисов после обновления.
• Собирает логи в случае ошибок.

Мини‑методология обновления (шаги)

1. Подготовка: резервная копия, уведомления, отключение PPA.
2. Обновление пакетов: apt-get update/upgrade/dist-upgrade.
3. Перезагрузка и проверка состояния.
4. Запуск do-release-upgrade и следование инструкциям.
5. Финальная перезагрузка и верификация lsb_release + тесты приложений.

Критерии приёмки

• Система сообщает Ubuntu 22.04 при lsb_release -a.
• Все критичные сервисы успешно запускаются и проходят smoke tests.
• Нет ошибок в ключевых логах за первые 24 часа после обновления.

Краткая сводка

• Подготовьте резервную копию и отключите сторонние репозитории.
• Обновите текущие пакеты и перезагрузите сервер.
• Запустите do-release-upgrade и следуйте подсказкам.
• Перезагрузите систему и проверьте версию и состояние сервисов.

Важно: если система критична — сначала протестируйте процесс на копии среды.

Ключевые выводы:

• Процесс стандартный, но требует подготовки и резервного копирования.
• Сторонние репозитории — частая причина сбоев.
• Альтернативы: чистая установка или миграция на новую VM.

Глоссарий (одна строка):

• do-release-upgrade — официальный инструмент Ubuntu для перехода между релизами.

Спасибо за внимание. Если хотите, могу сгенерировать пошаговый playbook Ansible для автоматизации этого процесса.