Что такое точечный релиз Ubuntu и зачем он нужен

Что такое точечный релиз Ubuntu

Точечный релиз Ubuntu, например 26.04.1, — это версия, которая у вас уже установлена, со всеми обновлениями, выпущенными с момента запуска, включенными в свежий установочный носитель. Это не новая версия. Архив, из которого выполняется установка, не меняется, как и имя пакета в ваших источниках apt, поэтому сервер, который уже установлен и обновлен, не требует загрузки дополнительных данных при выходе такого релиза.

В день выхода происходят два события. Носитель пересобирается: создаются новые ISO-файлы и новые образы для облачных платформ на основе состояния архива на текущую неделю. Также обновляется строка версии: lsb_release -a начинает сообщать 26.04.1 LTS там, где ранее отображалось 26.04 LTS.

Все остальное у вас уже было. Ubuntu непрерывно публикует исправления в репозитории -security и -updates для одного дистрибутива, resolute для 26.04 и noble для 24.04. Точечный релиз — это моментальный снимок этого потока обновлений. Отдельного целевого состояния, к которому нужно переходить, не существует.

Почему на вашем пропатченном сервере нечего загружать

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

lsb_release -a
dpkg -S /etc/lsb-release

dpkg -S отвечает base-files: /etc/lsb-release. Пакет base-files содержит файлы, в которых хранится строка версии, поэтому при выходе точечного релиза новый base-files попадает в репозиторий -updates, и при следующем обновлении sudo apt upgrade устанавливает его. Этот единственный пакет — единственный видимый эффект точечного релиза на работающей системе. Всё остальное содержимое вы установили несколько недель назад в составе обычных обновлений.

Существует один распространенный способ отстать от актуальной версии. По умолчанию /etc/apt/apt.conf.d/50unattended-upgrades включает источник -security в блоке Allowed-Origins, но оставляет строку -updates закомментированной, поэтому система, настроенная только на автоматические обновления, получает исправления безопасности, но пропускает всё остальное. Такая машина месяцами сообщает о старом номере точечного релиза, и это верно, так как этих пакетов в системе действительно нет. Откройте файл и посмотрите, какие строки закомментированы: в статье как настроены unattended-upgrades в Ubuntu этот блок разобран построчно.

Когда выйдет следующий точечный релиз

Ориентируйтесь на периодичность, а не на конкретную дату. Первый точечный релиз LTS-версии выходит через несколько месяцев после апрельского основного релиза, а последующие — примерно с интервалом в шесть месяцев, следуя за промежуточными выпусками. Даты могут сдвигаться. Canonical анонсировала первый точечный релиз 26.04 на начало августа 2026 года, а затем перенесла его — это стандартная практика, а не повод для беспокойства. Уточняйте дату на странице цикла релизов Ubuntu или в примечаниях к выпуску 26.04 LTS, а не в сторонних статьях, включая эту.

Почему 24.04 не предлагает обновление до 26.04 до выхода первого корректирующего релиза

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

cat /etc/update-manager/release-upgrades

[DEFAULT]
# never  - Never check for, or allow upgrading to, a new release.
# normal - Check to see if a new release is available.
# lts    - Check to see if a new LTS release is available.
Prompt=lts

Комментарии в поставляемом файле длиннее, чем этот фрагмент, и их стоит прочитать целиком. Prompt=lts является значением по умолчанию при установке LTS, и оно выполняет две задачи: ограничивает предложение только LTS-релизами и направляет запрос проверки к другому списку.

Этот список указан во втором файле:

cat /etc/update-manager/meta-release

URI указывает на https://changelogs.ubuntu.com/meta-release, а URI_LTS указывает на https://changelogs.ubuntu.com/meta-release-lts. При Prompt=lts утилита обновления считывает LTS-список, а новый LTS-релиз не предлагается там в качестве цели обновления до тех пор, пока не выйдет его первый корректирующий релиз. Загрузите список и убедитесь сами:

curl -s https://changelogs.ubuntu.com/meta-release-lts | tail -40

Каждый релиз представляет собой блок строк Dist:, Version:, Supported: и UpgradeTool:. Утилите обновления необходим этот блок, прежде чем она сможет что-либо предложить. Canonical прямо заявляет об этом правиле в анонсе релиза 26.04 LTS: пользователям 24.04 LTS автоматическое обновление предлагается после выхода 26.04.1.

Поэтому на сервере 24.04 до этого момента:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

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

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

Обратите внимание, какая версия там указана. Вы никогда не обновляетесь до 26.04, а затем снова до 26.04.1. Вы обновляетесь один раз и сразу переходите на текущее состояние 26.04.

Есть еще две причины, по которым эта проверка возвращает пустой результат: Prompt=never, который устанавливается в некоторых образах от провайдеров, и прокси или зеркало, не имеющее доступа к changelogs.ubuntu.com. Другое сообщение, Please install all available updates for your release before upgrading, означает, что проверка прошла успешно, но утилите обновления требуется, чтобы система была полностью обновлена до актуального состояния. do-release-upgrade сообщает, что новый релиз не найден — здесь разобраны оставшиеся причины. Когда путь открыт и вы готовы, само обновление с 24.04 до 26.04 является отдельной задачей, требующей собственной подготовки.

Флаг -d направляет ту же проверку на список для разработчиков; именно так пользователи переходят на новую версию до официального открытия пути. Ожидание существует не просто так: это период, в течение которого исправляются критические ошибки обновления, выявленные ранними пользователями. Для сервера, который вы арендуете и от которого зависите, это веский аргумент в пользу того, чтобы позволить этому ожиданию выполнить свою задачу.

Что означает hardware enablement kernel на VPS

LTS-релиз использует одно ядро на протяжении всего жизненного цикла — это GA (general availability) ядро. Также существует вторая, обновляемая ветка под названием HWE (hardware enablement). Ветка HWE поставляется в составе point releases и является единственной частью таких релизов, которая содержит действительно новый код, а не просто перепаковку уже имеющихся компонентов.

Рассмотрим пример 24.04. Релиз вышел с ядром 6.8, которое остается в ветке GA на все пять лет стандартной поддержки. Ветка HWE появилась во втором point release: 24.04.2 принес ядро 6.11 из Ubuntu 24.10, а 24.04.3 — ядро 6.14 из Ubuntu 25.04. По состоянию на август 2026 года это устоявшаяся схема, которой следует и 26.04.

Ветка, которую вы используете, определяется именем пакета:

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic — это ветка GA. linux-generic-hwe-24.04 — это обновляемая ветка. В десктопных установках по умолчанию используется HWE, в серверных — GA, а образы от провайдеров для VPS часто используют еще более специфичные варианты, например linux-virtual или облачный пакет linux-kvm. Проверяйте настройки, а не полагайтесь на предположения, так как значение по умолчанию зависит от того, кто собирал ваш образ.

На арендованном виртуальном оборудовании hardware enablement практически не требуется. Ваш сервер видит устройства virtio — паравиртуализированные сетевые и дисковые интерфейсы, предоставляемые гипервизором. Драйверы для них стабильны в ядре уже более десяти лет. HWE нужен новому ноутбуку. VPS он почти никогда не требуется. Новое ядро здесь дает вам функциональные возможности: новые функции io_uring и eBPF или исправления в файловой системе, если у вас есть конкретная причина их использовать. что нового в ядре Linux 7.1 — это способ решить, стоит ли обновляться ради этих изменений.

Цена обновления — перезагрузки и риски. Метапакет HWE подтягивает новое ядро из апстрима примерно каждые шесть месяцев, поэтому вы соглашаетесь на смену ядра и перезагрузку с такой периодичностью. Модули вне дерева ядра, собранные через DKMS (обычно это ZFS), могут не собраться под новую версию, и вы узнаете об этом только при загрузке. Каждое новое ядро оставляет предыдущее, из-за чего небольшой раздел /boot может переполниться. Прочитайте удаление старых ядер при заполнении /boot и выбор ядра для загрузки VPS до того, как возникнет необходимость, а не после.

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

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

uname -r после перезагрузки должно показать новую версию. Оставьте предыдущее ядро установленным, пока не загрузитесь с новым и не проверите работу сервисов. Путь восстановления для ядра, которое не загружается, — выбор старой записи в меню загрузчика, и эта запись должна существовать. Если ее нет, вы попадаете в ситуацию восстановление VPS, который не загружается после обновления ядра.

Также существует вариант -edge пакета HWE, который получает следующее ядро раньше, чем выйдет point release. Он предназначен для тестирования. Не используйте его на сервере.

Рекомендуемый выбор для арендованного сервера — ядро GA: одна версия ядра на пять лет, с бэкпортами исправлений безопасности на весь период и без запланированных смен версий. Переходите на HWE только тогда, когда сможете назвать конкретную функцию, которая вам необходима.

Почему свежая установка сегодня отличается от установки месяц назад

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

Это важнее, чем кажется. Инструкция, предписывающая выполнить пять команд после установки, неявно предполагает начальное состояние, которое больше не актуально. Проверяйте lsb_release -a и uname -r на каждом сервере, вместо того чтобы доверять метке, на которую вы нажали, а затем опишите конечное состояние в коде, чтобы начальное состояние перестало иметь значение. первый Ansible playbook для VPS — это минимально полезная версия такого подхода.

Стоит ли переходить на точечный релиз или лучше подождать?

• Если вы уже используете 26.04, переходить некуда. Продолжайте устанавливать обновления, и номер точечного релиза обновится автоматически.
• Если вы используете 24.04, стандартная поддержка продлится до апреля 2029 года, поэтому ожидание не несет рисков. Первый точечный релиз — это возможность, а не крайний срок.
• Сначала обновите копию системы. Сделайте снимок (snapshot) сервера или разверните аналогичный стек на временном VPS, выполните обновление там и замерьте затраченное время.
• Если вам нужно более новое ядро, а не новый релиз, используйте ветку HWE в 24.04 — это позволит получить ядро без необходимости обновления до следующего LTS-релиза.

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

Что проверить на собственном сервере

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

Результат корректной работы выглядит следующим образом: lsb_release -a сообщает о вашем релизе с текущим номером обновления, uname -r соответствует ветке ядра, которую вы планировали использовать, Prompt=lts присутствует, а проверка либо ничего не находит, либо указывает релиз, который будет предложен. Любой другой результат стоит изучить до начала обновления, а не во время него.

FAQ

Нужно ли что-то предпринимать при выходе минорного релиза, например 26.04.1?

Нет, если сервер уже работает на этой версии и получает обновления. Минорный релиз просто объединяет уже выпущенные обновления в новые установочные образы. Работающая система получает тот же контент через apt upgrade по мере его публикации, а строка версии в lsb_release -a меняется при обновлении пакета base-files. Отдельного процесса перехода на релиз или переустановки не требуется.

Почему мой сервер всё ещё показывает старый номер минорного релиза после apt upgrade?

Обычно это происходит потому, что автоматические обновления ограничены исправлениями безопасности. Конфигурация /etc/apt/apt.conf.d/50unattended-upgrades по умолчанию включает источник -security, оставляя строку -updates закомментированной, а пакет base-files, содержащий строку версии, поступает через -updates. Запустите sudo apt update && sudo apt full-upgrade вручную и проверьте, появляется ли base-files в списке. Если пакет помечен как «kept back» (удержан), значит, его обновление блокируется настройками или принудительной фиксацией версии.

Почему мой сервер 24.04 не предлагает обновление до 26.04?

Потому что Prompt=lts в /etc/update-manager/release-upgrades является настройкой по умолчанию для LTS-версий. Система проверяет список LTS-релизов по адресу https://changelogs.ubuntu.com/meta-release-lts, где новая версия LTS не предлагается в качестве цели для обновления до выхода её первого минорного релиза. До этого момента sudo do-release-upgrade -c будет выводить No new release found., и это корректное поведение. Ожидание является намеренным: это период, в течение которого исправляются проблемы обновления, выявленные первыми пользователями.

Стоит ли устанавливать HWE-ядро на мой VPS?

Обычно нет. Hardware enablement (HWE) предназначено для поддержки оборудования, которое новее самого релиза, а VPS использует виртуальные устройства virtio, драйверы для которых присутствуют в ядре уже много лет. GA-ядро остаётся на одной версии в течение всего жизненного цикла LTS, при этом исправления переносятся в него (backported). Устанавливайте HWE-ядро только тогда, когда вы можете назвать конкретную функцию ядра, которая вам необходима, и готовы к тому, что примерно раз в полгода вам придётся обновлять ядро и перезагружать сервер.