Що таке Ubuntu 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 виходить через кілька місяців після квітневого основного випуску. Наступні випуски зазвичай виходять приблизно кожні шість місяців відповідно до кожного interim release. Дати можуть змінюватися. В анонсі випуску Canonical 26.04 перший point release було заплановано на 4 August 2026, а 26.04.1 фактично випустили 27 August 2026. Це штатна ситуація, а не ознака проблеми. Тепер, коли цей випуск уже доступний, варто прочитати що насправді містить 26.04.1, перш ніж вирішувати, чи змінює він щось для вашого сервера. Дату наступного випуску перевіряйте на сторінці циклу випусків 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 і виконує два завдання: обмежує пропозицію релізами 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:. Засобу оновлення потрібен цей блок, перш ніж він зможе щось вам запропонувати. Станом на 10 October 2026 список закінчується блоком 26.04: Dist: resolute, Version: 26.04.1 LTS, Supported: 1 і рядком UpgradeTool:, що вказує на resolute-updates. Canonical прямо сформулювала це правило в оголошенні про випуск 26.04 LTS: користувачам 24.04 LTS автоматичне оновлення буде запропоновано після випуску 26.04.1. В оголошенні про випуск 26.04.1 від 27 August 2026 це було відкладено: пропозиція через Update Manager мала з’явитися через кілька тижнів після випуску, після надходження backports із виправленнями регресій у rust-coreutils. Оновлення було ввімкнено 29 September 2026, а пропозицію розгортали поступово протягом наступних днів.

Тому на сервері 24.04 до ввімкнення оновлень ця перевірка виводила таке:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

Формулювання вводить в оману, оскільки ніхто не запитував development version. Однак за Prompt=lts це просто спосіб повідомити, що в списку LTS немає новішого релізу. No new release found. — це повідомлення про ту саму ситуацію за значення Prompt=normal. До ввімкнення оновлень обидва результати були штатними, а не свідчили про помилку. Тепер шлях відкрито, тому на повністю оновленому сервері 24.04 та сама команда називає реліз, а те саме повідомлення з’являється в банері входу:

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

Зверніть увагу, яку версію в ньому названо. Спочатку не виконується оновлення до 26.04, а потім ще одне до 26.04.1. Оновлення виконується один раз, і система переходить до поточного стану 26.04.

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

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

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

LTS постачається з одним kernel на весь період підтримки — kernel 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-пристрої, а також паравіртуалізовані мережеві інтерфейси та інтерфейси дисків, які надає hypervisor. Ці драйвери стабільно підтримуються в kernel уже понад десять років. Новому laptop потрібен HWE. VPS майже ніколи його не потребує. Новіший kernel у цьому випадку дає переважно нові можливості kernel: новіші функції io_uring і eBPF або виправлення файлової системи, для якого у вас є конкретна причина. що нового в Linux kernel 7.1 допоможе визначити, чи виправдані ці зміни з огляду на ризик і потребу в оновленні.

Ціна — перезавантаження та ризик. Meta package HWE отримує новий upstream kernel приблизно кожні шість місяців. Отже, ви погоджуєтеся на оновлення kernel і перезавантаження з такою періодичністю. Зовнішні модулі, зібрані через DKMS, наприклад vendor driver або пакет zfs-dkms, встановлений замість модулів ZFS, які Ubuntu вже постачає у своїх kernel packages, можуть не зібратися для нової версії. Збирання виконується під час встановлення kernel package, тому помилка з’являється у виведенні apt. Якщо ніхто не перегляне це виведення, проблему буде виявлено під час завантаження. Кожен 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, який отримує наступний kernel ще до виходу point release. Він призначений для тестування. На сервері його не використовуйте.

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

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

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

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

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

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

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

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

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

Очікуваний результат виглядає так: lsb_release -a показує ваш випуск із поточним номером оновлення, uname -r відповідає гілці ядра, яку ви планували використовувати, Prompt=lts присутній, а перевірка або називає випуск, який буде запропоновано; на оновленому сервері 24.04 це наразі 26.04.1 LTS, або повідомляє, що новіших випусків немає. Для 26.04 це правильна відповідь. Усе інше варто з’ясувати до оновлення, а не під час нього.

FAQ

Чи потрібно щось робити, коли виходить проміжний випуск, наприклад 26.04.1?

Ні, якщо сервер уже працює на цьому випуску та отримує оновлення. Проміжний випуск об’єднує вже опубліковані оновлення в новий інсталяційний носій. Запущена система отримує той самий вміст у міру його публікації через apt upgrade або через apt full-upgrade для окремих оновлень, які потребують видалення встановленого пакета, тоді як звичайний 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 у списку. Якщо пакет позначено як утримуваний, його фіксує або утримує певне налаштування.

Чому моєму серверу з 24.04 досі не пропонується 26.04?

На цей момент він уже має пропонуватися. Prompt=lts у /etc/update-manager/release-upgrades є типовим значенням для LTS і перевіряє список LTS у https://changelogs.ubuntu.com/meta-release-lts. Новий LTS не пропонується в цьому списку до виходу першого проміжного випуску. 26.04.1 випущено 27 August 2026, оновлення з 24.04 увімкнено 29 September 2026, а станом на 10 October 2026 цей список містить блок resolute для 26.04.1 LTS із Supported: 1. До ввімкнення оновлень sudo do-release-upgrade -c виводила There is no development version of an LTS available., і це була правильна поведінка. Якщо сервер і далі не отримує пропозицію оновлення, перевірте, що для Prompt не встановлено never, сервер може підключитися до changelogs.ubuntu.com, а всі доступні оновлення встановлено.

Чи потрібно встановлювати ядро HWE на моєму VPS?

Зазвичай ні. Hardware enablement призначено для підтримки обладнання, новішого за випуск, а VPS надає virtio-пристрої, драйвери яких уже багато років входять до ядра. Ядро GA протягом життєвого циклу LTS залишається на одній версії, а виправлення для нього переносяться з новіших версій. Використовуйте ядро HWE, якщо можете чітко назвати потрібну вам функцію ядра, і врахуйте, що після цього доведеться переходити на нове ядро та перезавантажувати сервер приблизно кожні шість місяців.