Переход между LTS меняет системные пакеты и может повлиять на PHP, базы данных и сеть. Здесь выбран конкретный поддерживаемый переход 22.04 → 24.04, а не обещание обновить любую Ubuntu сразу до самого нового выпуска.

1. Проверьте совместимость и восстановление

cat /etc/os-release
df -h
apt-mark showhold
systemctl --failed

Составьте список приложений, сторонних репозиториев и критичных версий. Прочитайте release notes целевой ОС. Если панель управления не поддерживает обновление на месте, выберите перенос на новый VPS вместо принудительного upgrade.

Сделайте независимые копии файлов, конфигураций и баз данных и проверьте восстановление на отдельной машине. Откройте консоль провайдера. Для общего VPS с несколькими сайтами согласуйте окно простоя со всеми проектами.

Если безопаснее перенести приложения на отдельный узел, сравните VPS с Ubuntu на ПРО-ХОСТИНГ. Перед заказом уточните доступность нужного LTS-образа: поддержка Ubuntu в целом не гарантирует конкретную версию.

2. Полностью обновите текущую систему

sudo apt update
sudo apt dist-upgrade -o APT::Get::Always-Include-Phased-Updates=true
sudo apt install update-manager-core

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

3. Проверьте предлагаемый переход

В /etc/update-manager/release-upgrades должен быть выбран режим Prompt=lts. Затем:

sudo do-release-upgrade -c

Для этой инструкции целевая версия — 24.04. Если утилита предлагает другую цель, остановитесь и проверьте исходную ОС и режим. Флаг -d не используйте как способ обойти ограничения рабочего сервера.

Для Ubuntu 20.04 нужен отдельный переход на 22.04 с проверкой после него. Не заменяйте вручную все кодовые имена в sources.list ради прыжка через релиз.

4. Запустите обновление в подготовленное окно

sudo do-release-upgrade

Следите за интерактивными вопросами и сравнением конфигураций. Не выбирайте сохранение всех старых файлов или замену всех новых автоматически. Сторонние репозитории могут быть отключены; их возвращают только после проверки поддержки новой ОС.

Если инструмент предлагает резервный SSH-порт, следуйте его конкретным указаниям и разрешите его только административному адресу. Не прекращайте процесс после начала установки пакетов. Независимая консоль остаётся основным резервным каналом.

5. Проверьте систему и каждый сервис

cat /etc/os-release
uname -r
systemctl --failed
sudo apt update

После требуемой перезагрузки отдельно проверьте SSH, сеть, сайты, базы данных, cron, сертификаты и резервное копирование. Ответ главной страницы 200 не проверяет формы, отправку почты и фоновые задания. Временные правила firewall уберите после завершения.

План отката

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

Связанные инструкции

Официальные источники