Ubuntu point release: що таке 26.04.1 і навіщо він

Що таке point release Ubuntu

Point release Ubuntu, наприклад 26.04.1, — це вже наявний у вас реліз, до якого додано всі оновлення, опубліковані від моменту його випуску, і на основі якого створено новий інсталяційний носій. Це не нова версія. Архів, з якого виконується встановлення, не змінюється. Назва suite у ваших джерелах apt також не змінюється. Тому на вже встановленому й оновленому сервері під час появи point release немає що завантажувати.

У день випуску відбуваються дві зміни. Перебудовується інсталяційний носій: створюються нові ISO-файли та нові cloud images на основі стану архіву на той тиждень. Також змінюється рядок версії: lsb_release -a починає повідомляти 26.04.1 LTS замість 26.04 LTS.

Усе інше вже було доступне у вашій системі. Ubuntu безперервно публікує виправлення в кишенях -security і -updates однієї suite: resolute для 26.04 і noble для 24.04. Point release — це знімок цього потоку оновлень. Окремого призначення, до якого потрібно переходити, немає.

Чому на оновленому сервері нічого не потрібно завантажувати

Тому що номер point release міститься в одному невеликому пакеті. Виконайте:

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

dpkg -S відповідає на base-files: /etc/lsb-release. Пакет base-files містить файли з рядком версії, тому після випуску point release новий base-files з’являється в -updates, а наступний sudo apt upgrade встановлює його. Цей пакет — увесь видимий результат point release на запущеній системі. Усе інше в ньому ви встановили кілька тижнів тому як звичайні оновлення.

Є один поширений спосіб відстати від оновлень. Стандартний /etc/apt/apt.conf.d/50unattended-upgrades вмикає походження -security у своєму блоці Allowed-Origins і залишає рядок -updates закоментованим. Тому система, яка отримує лише автоматичні оновлення, встановлює виправлення безпеки й пропускає решту. Протягом кількох місяців така система продовжує показувати старіший номер point release. І це правильно, оскільки відповідних пакетів на ній справді немає. Відкрийте файл і перевірте, які рядки закоментовано: у статті як налаштовано unattended upgrades в Ubuntu цей блок розглянуто рядок за рядком.

Коли вийде наступний point release

Орієнтуйтеся на періодичність, а не на конкретну дату. Перший point release для LTS виходить через кілька місяців після квітневого оригінального релізу, а наступні зазвичай виходять приблизно з інтервалом у шість місяців і відповідають кожному проміжному релізу. Дати можуть змінюватися. Canonical оголосила перший point release 26.04 на початок серпня 2026 року, а потім перенесла його. Це звичайна ситуація, яка не свідчить про проблеми. Перевіряйте дату на сторінці циклу релізів Ubuntu або в примітках до випуску 26.04 LTS, а не в будь-якій статті, зокрема в цій.

Чому 26.04 не пропонується для оновлення з 24.04 до першого point release

Оскільки запит на оновлення налаштований на очікування. Цю конфігурацію можна самостійно перевірити на своєму сервері.

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 і виконує 2 завдання: обмежує пропозицію оновлення лише 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-реліз не пропонується як ціль оновлення, доки не буде випущено його перший point release. Отримайте цей список і перевірте самі:

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 до випуску цього point release:

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.

Ще 2 причини можуть призвести до порожнього результату цієї перевірки: Prompt=never, яке встановлюють деякі образи провайдерів, а також проксі або дзеркало, що не може отримати доступ до changelogs.ubuntu.com. Інше повідомлення, Please install all available updates for your release before upgrading, означає, що перевірку успішно завершено, але засіб оновлення очікує повністю оновлену початкову систему. У матеріалі do-release-upgrade повідомляє, що нових релізів не знайдено розглянуто решту причин. Коли шлях відкритий і ви готові, саме оновлення з 24.04 до 26.04 є окремим завданням із власною підготовкою.

Прапорець -d спрямовує ту саму перевірку до списку розробницьких релізів. Так користувачі переходять на нову версію до відкриття стандартного шляху. Очікування має конкретну причину: це період, протягом якого виправляють проблеми оновлення, про які повідомляють перші користувачі. На сервері, який ви орендуєте й від якого залежите, варто дозволити цьому періоду очікування завершитися.

Що означає kernel hardware enablement на VPS

LTS-випуск використовує одне ядро протягом усього життєвого циклу. Це ядро GA (general availability). Також доступний другий, rolling-трек під назвою HWE (hardware enablement). Трек HWE постачається через point releases. Це єдина частина point release, яка містить справді новий код, а не лише перепакування вже встановлених компонентів.

24.04 — приклад для розгляду. Ця версія вийшла з kernel 6.8 і використовує 6.8 у треку GA протягом усіх п’яти років стандартної підтримки. Трек HWE розпочався з другого point release: 24.04.2 додав kernel 6.11 з Ubuntu 24.10, а 24.04.3 — 6.14 з Ubuntu 25.04. Станом на August 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 — rolling-трек. Desktop-встановлення за замовчуванням використовують HWE, а server-встановлення — GA. Водночас образи провайдерів для VPS часто використовують ще вузькіший варіант, наприклад linux-virtual або спеціальний для cloud linux-kvm. Перевірте це, а не покладайтеся на припущення, оскільки значення за замовчуванням залежить від того, хто створив ваш образ.

На орендованій віртуальній машині hardware enablement здебільшого вам не потрібен. Сервер бачить virtio-пристрої, а також paravirtualised network і disk interfaces, які надає hypervisor. Відповідні драйвери стабільно працюють у kernel уже понад десять років. Новому laptop потрібен HWE. VPS — майже ніколи. Новіше kernel у цьому випадку дає передусім нові можливості kernel: новіші можливості io_uring та eBPF або виправлення filesystem, для якого у вас є конкретна причина оновлюватися. Матеріал що нового в Linux kernel 7.1 допоможе визначити, чи варті ці можливості пов’язаних із ними змін.

Ціна — перезавантаження та ризик. Meta package HWE приблизно кожні шість місяців встановлює нове upstream kernel. Тому ви погоджуєтеся на такий самий періодичний перехід на нову версію kernel і перезавантаження. Модулі, зібрані поза деревом kernel за допомогою DKMS, зокрема найчастіше ZFS, можуть не зібратися для нової версії. Це стане зрозуміло під час завантаження. Кожне kernel також залишає попередню версію, через що невеликий /boot може заповнитися. Прочитайте як видаляти старі kernel із заповненого /boot і як вибрати kernel, з якого завантажується VPS, перш ніж ці знання знадобляться.

Перехід на трек HWE виконується однією командою та перезавантаженням:

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

Після перезавантаження uname -r має показати новішу версію. Не видаляйте попереднє kernel, доки не завантажите нове та не перевірите свої сервіси. Якщо нове kernel не завантажується, шлях відновлення полягає у виборі старого запису в boot menu. Для цього запис має залишатися доступним. Якщо його немає, вам потрібен матеріал як відновити VPS, який не завантажується після оновлення kernel.

Також існує варіант -edge HWE package, який використовує наступне kernel ще до виходу відповідного point release. Він призначений для тестування. На сервері його не використовуйте.

Для орендованого сервера типовий вибір — kernel GA: одна версія kernel протягом п’яти років, із backport security fixes протягом усього періоду та без запланованого переходу на нову версію. Переходьте на HWE, лише якщо можете чітко назвати потрібну вам можливість.

Чому нова інсталяція сьогодні відрізняється від інсталяції минулого місяця

Образи перебудовують частіше, ніж випускають точкові релізи. Ubuntu публікує cloud images із серійним номером, а кожен провайдер оновлює свої шаблони Ubuntu за власним графіком. Тому два сервери, створені з одного пункту меню з різницею у 6 місяців, можуть завантажуватися з різними версіями ядра та мати різні версії пакетів після запуску. Жоден із них не є неправильним.

Це важливіше, ніж здається. Runbook, у якому після інсталяції потрібно виконати 5 команд, непомітно передбачає початковий стан, якого вже може не бути. Перевіряйте lsb_release -a і uname -r на кожному сервері, а не покладайтеся на назву вибраного пункту. Потім визначте кінцевий стан у коді, щоб початковий стан більше не мав значення. перший Ansible playbook для VPS — найменша практично корисна версія такого підходу.

Переходити під час point release чи зачекати?

• Якщо ви вже використовуєте 26.04, переходити нікуди. Продовжуйте встановлювати оновлення, а номер point release оновиться автоматично.
• Якщо ви використовуєте 24.04, стандартна підтримка триватиме до April 2029, тому очікування не створює проблем. Перший point release — це зручний момент для переходу, а не крайній термін.
• Спочатку виконайте оновлення копії системи. Створіть snapshot сервера або відтворіть той самий стек на одноразовому VPS, виконайте там оновлення та виміряйте його тривалість.
• Якщо вам потрібне новіше kernel, а не новіший реліз, скористайтеся HWE track у 24.04. Для цього не потрібно переходити на інший LTS.

Ширше питання про вибір релізу для сервера розглянуто в LTS чи interim releases для сервера.

Що перевірити на власному сервері

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

Нормальний результат має такий вигляд: lsb_release -a показує ваш реліз із поточним номером випуску, uname -r відповідає потрібній гілці kernel, Prompt=lts наявний, а перевірка або нічого не знаходить, або називає реліз, який буде запропоновано. Усе інше варто з’ясувати до upgrade, а не під час нього.

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 у списку. Якщо пакет зазначено як відкладений, його оновлення обмежує pinning або пакет утримується.

Чому для мого сервера 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 потрібен для підтримки обладнання, новішого за реліз, а VPS надає virtio-пристрої, драйвери яких уже багато років входять до ядра. GA kernel протягом життєвого циклу LTS залишається на одній версії, а виправлення до нього переносять назад. Обирайте HWE kernel лише тоді, коли можете назвати потрібну функцію ядра, і враховуйте, що після цього потрібно буде переходити на нове ядро та перезавантажувати систему приблизно кожні шість місяців.