Czym jest wydanie punktowe Ubuntu i jak działa?

Czym jest wydanie punktowe Ubuntu

Wydanie punktowe Ubuntu, na przykład 26.04.1, to posiadana już wersja systemu, w której wszystkie aktualizacje opublikowane od momentu premiery zostały zintegrowane z nowym nośnikiem instalacyjnym. Nie jest to nowa wersja systemu. Archiwum, z którego przeprowadzana jest instalacja, nie ulega zmianie, podobnie jak nazwa pakietu w źródłach apt, dlatego serwer, który został zainstalowany i załatany, nie musi pobierać żadnych danych w momencie pojawienia się takiego wydania.

W dniu wydania mają miejsce dwa zdarzenia. Nośnik zostaje przebudowany: powstają nowe pliki ISO oraz nowe obrazy chmurowe, zbudowane na podstawie stanu archiwum z danego tygodnia. Zmienia się również ciąg znaków wersji: lsb_release -a zaczyna raportować 26.04.1 LTS w miejscach, gdzie wcześniej raportował 26.04 LTS.

Wszystkie pozostałe elementy były już dostępne wcześniej. Ubuntu publikuje poprawki w sposób ciągły do repozytoriów -security oraz -updates w ramach jednej serii, resolute dla 26.04 oraz noble dla 24.04. Wydanie punktowe stanowi migawkę tego strumienia danych. Nie istnieje osobny cel, do którego należy migrować.

Dlaczego na zaktualizowanym serwerze nie ma nic do pobrania

Ponieważ numer wydania punktowego znajduje się w jednym małym pakiecie. Uruchom następujące polecenie:

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

dpkg -S odpowiada base-files: /etc/lsb-release. Pakiet base-files dostarcza pliki zawierające ciąg znaków z wersją, więc gdy publikowane jest wydanie punktowe, nowy base-files trafia do repozytorium -updates, a kolejne polecenie sudo apt upgrade instaluje go. Ten jeden pakiet stanowi cały widoczny efekt wydania punktowego na działającej maszynie. Wszystkie pozostałe elementy zostały zainstalowane tygodnie wcześniej w ramach zwykłych aktualizacji.

Istnieje jeden częsty powód pozostawania w tyle. Domyślna konfiguracja /etc/apt/apt.conf.d/50unattended-upgrades włącza źródło -security w bloku Allowed-Origins, pozostawiając linię -updates zakomentowaną, więc maszyna korzystająca wyłącznie z automatycznych aktualizacji pobiera poprawki bezpieczeństwa, pomijając resztę. Taka maszyna przez miesiące zgłasza starszy numer wydania punktowego i jest to poprawne zachowanie, ponieważ faktycznie nie posiada ona tych pakietów. Otwórz plik i sprawdź, które linie są zakomentowane: sposób konfiguracji unattended upgrades w systemie Ubuntu zawiera szczegółowy opis tego bloku, linia po linii.

Kiedy pojawi się kolejne wydanie punktowe

Należy śledzić cykl wydawniczy, a nie konkretną datę. Pierwsze wydanie punktowe wersji LTS pojawia się kilka miesięcy po kwietniowej premierze, a kolejne następują w odstępach około sześciu miesięcy, podążając za wydaniami tymczasowymi. Daty ulegają zmianom. Firma Canonical zapowiedziała pierwsze wydanie punktowe 26.04 na początek sierpnia 2026 roku, a następnie przesunęła ten termin, co jest standardową procedurą i nie stanowi sygnału ostrzegawczego. Datę należy sprawdzać na stronie cyklu wydawniczego Ubuntu lub w informacjach o wydaniu 26.04 LTS, zamiast polegać na jakichkolwiek artykułach, w tym na niniejszym tekście.

Dlaczego 24.04 nie oferuje 26.04 aż do pierwszego wydania punktowego

Ponieważ monit o aktualizację jest skonfigurowany tak, aby czekać, a tę konfigurację można odczytać na własnej maszynie.

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

Komentarze w dostarczonym pliku są dłuższe niż ten fragment i warto przeczytać je w całości. Prompt=lts jest wartością domyślną w instalacji LTS i pełni dwie funkcje: ogranicza ofertę do wydań LTS oraz wysyła zapytanie do innej listy.

Ta lista jest wskazana w drugim pliku:

cat /etc/update-manager/meta-release

URI wskazuje na https://changelogs.ubuntu.com/meta-release, a URI_LTS wskazuje na https://changelogs.ubuntu.com/meta-release-lts. Przy Prompt=lts narzędzie aktualizujące odczytuje listę LTS, a nowe wydanie LTS nie jest tam oferowane jako cel aktualizacji, dopóki nie pojawi się jego pierwsze wydanie punktowe. Pobierz listę i sprawdź samodzielnie:

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

Każde wydanie to blok linii Dist:, Version:, Supported: oraz UpgradeTool:. Narzędzie aktualizujące potrzebuje tego bloku, zanim będzie mogło cokolwiek zaoferować. Canonical podaje tę samą zasadę wprost w ogłoszeniu wydania 26.04 LTS: użytkownicy 24.04 LTS otrzymują ofertę automatycznej aktualizacji, gdy wydane zostanie 26.04.1.

Zatem na serwerze 24.04 przed tym momentem:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

Jest to prawidłowy wynik, a nie błąd. Gdy ścieżka zostanie otwarta, to samo polecenie wskaże wydanie, a ten sam komunikat pojawi się w banerze logowania:

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

Zwróć uwagę, którą wersję wskazuje. Nigdy nie aktualizuje się do 26.04, a potem ponownie do 26.04.1. Aktualizację przeprowadza się raz i trafia się na aktualny stan 26.04.

Dwie inne rzeczy sprawiają, że to sprawdzenie zwraca pusty wynik: Prompt=never, co ustawiają niektóre obrazy dostawców, oraz proxy lub mirror, który nie ma dostępu do changelogs.ubuntu.com. Inny komunikat, Please install all available updates for your release before upgrading, oznacza, że sprawdzenie powiodło się, a narzędzie aktualizujące wymaga w pełni załatanego punktu wyjścia. do-release-upgrade zgłaszające brak nowej wersji omawia pozostałe przyczyny. Gdy ścieżka jest otwarta i jesteś gotowy, sama aktualizacja z 24.04 do 26.04 jest osobnym zadaniem z własnym przygotowaniem.

Flaga -d kieruje to samo sprawdzenie na listę wersji rozwojowych, co jest sposobem na przejście przed otwarciem ścieżki. Oczekiwanie istnieje z konkretnego powodu: jest to czas, w którym naprawiane są błędy blokujące aktualizację, zgłaszane przez użytkowników wczesnych wersji. W przypadku serwera, który wynajmujesz i od którego jesteś zależny, jest to argument za tym, aby pozwolić temu mechanizmowi oczekiwania wykonać swoją pracę.

Co oznacza kernel hardware enablement na VPS

Wersja LTS dostarcza jeden kernel przez cały okres wsparcia, tzw. kernel GA (general availability), oraz oferuje drugą, kroczącą ścieżkę o nazwie HWE (hardware enablement). Ścieżka HWE jest dostarczana w ramach wydań punktowych (point releases) i stanowi jedyny element wydania punktowego, który faktycznie zawiera nowy kod, a nie tylko zestawienie istniejących pakietów.

Przykładem jest 24.04. System ten został wydany z kernelem 6.8 i utrzymuje go w ścieżce GA przez pełne pięć lat standardowego wsparcia. Ścieżka HWE rozpoczęła się od drugiego wydania punktowego: 24.04.2 wprowadziło kernel 6.11 z Ubuntu 24.10, a 24.04.3 wprowadziło 6.14 z Ubuntu 25.04. Według stanu na sierpień 2026 jest to ustalony schemat, a 26.04 podąża za tym samym modelem.

To, na której ścieżce się znajdujesz, określa nazwa pakietu:

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

linux-generic to ścieżka GA. linux-generic-hwe-24.04 to ścieżka krocząca. Instalacje desktopowe domyślnie korzystają z HWE, a instalacje serwerowe z GA, podczas gdy obrazy dostawców dla VPS często używają jeszcze węższych wariantów, takich jak linux-virtual lub specyficznych dla chmury linux-kvm. Należy to sprawdzić, zamiast zakładać, ponieważ ustawienie domyślne zależy od twórcy obrazu.

W przypadku wynajmowanego sprzętu wirtualnego, hardware enablement zazwyczaj nie ma zastosowania. Serwer widzi urządzenia virtio, czyli zwirtualizowane interfejsy sieciowe i dyskowe prezentowane przez hypervisor, a sterowniki te są stabilne w kernelu od ponad dekady. Nowy laptop potrzebuje HWE. VPS prawie nigdy go nie wymaga. Nowszy kernel zapewnia tutaj funkcje kernela: nowsze mechanizmy io_uring i eBPF lub poprawki systemu plików, których użytkownik konkretnie potrzebuje. co nowego w Linux kernel 7.1 to sposób na podjęcie decyzji, czy warto podejmować ryzyko aktualizacji.

Koszt to restarty i ryzyko. Metapakiet HWE pobiera nowy kernel upstream mniej więcej co sześć miesięcy, więc akceptujesz skok wersji kernela i restart w tym cyklu. Moduły spoza drzewa kernela budowane za pomocą DKMS, z których najczęstszym jest ZFS, mogą nie skompilować się z nową wersją, co wyjdzie na jaw podczas rozruchu. Każdy kernel pozostawia również swojego poprzednika, co prowadzi do zapełnienia małej partycji /boot. Przeczytaj usuwanie starych kerneli z pełnego /boot oraz wybór kernela, z którego startuje VPS, zanim zajdzie taka potrzeba, a nie po fakcie.

Przejście na ścieżkę HWE to jedno polecenie i restart:

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

uname -r po restarcie powinno wskazywać nowszą wersję. Pozostaw poprzedni kernel zainstalowany do momentu uruchomienia nowego i sprawdzenia usług, ponieważ ścieżką odzyskiwania dla kernela, który nie chce się uruchomić, jest wybór starszego wpisu w menu rozruchowym, a ten wpis musi nadal istnieć. Jeśli go nie ma, trafiasz do obszaru odzyskiwanie VPS, który nie uruchamia się po aktualizacji kernela.

Istnieje również wariant -edge pakietu HWE, który pobiera kolejny kernel przed wydaniem punktowym. Służy on do testów. Na serwerze należy go unikać.

Domyślnym wyborem dla wynajmowanego serwera jest kernel GA: jedna wersja kernela przez pięć lat, z backportowanymi poprawkami bezpieczeństwa przez cały ten okres i bez zaplanowanych skoków wersji. Na HWE przejdź dopiero wtedy, gdy potrafisz wskazać konkretną funkcję, której potrzebujesz.

Dlaczego świeża instalacja dzisiaj różni się od tej sprzed miesiąca

Obrazy systemowe są przebudowywane częściej niż wydawane są wersje punktowe. Ubuntu publikuje obrazy chmurowe opatrzone numerem seryjnym, a każdy dostawca odświeża swoje szablony Ubuntu według własnego harmonogramu. W rezultacie dwa serwery utworzone w odstępie sześciu miesięcy z tego samego wpisu w menu mogą uruchamiać się z różnymi wersjami jądra i różnymi wersjami pakietów. Żaden z nich nie jest błędny.

Ma to większe znaczenie, niż mogłoby się wydawać. Instrukcja zakładająca wykonanie pięciu poleceń po instalacji milcząco przyjmuje stan początkowy, który może być już nieaktualny. Należy sprawdzić lsb_release -a oraz uname -r na każdym serwerze zamiast ufać etykiecie, w którą kliknięto, a następnie zdefiniować stan końcowy w kodzie, aby stan początkowy przestał mieć znaczenie. pierwszy playbook Ansible dla VPS stanowi najmniejszą użyteczną wersję takiego podejścia.

Czy należy aktualizować system przy wydaniu punktowym, czy poczekać?

• Jeśli system działa już w wersji 26.04, nie ma potrzeby wykonywania dodatkowych działań. Należy kontynuować instalację aktualizacji, a numer wydania punktowego zmieni się automatycznie.
• W przypadku wersji 24.04 standardowe wsparcie trwa do kwietnia 2029 roku, więc oczekiwanie jest bezpieczne. Pierwsze wydanie punktowe stanowi okazję do aktualizacji, a nie ostateczny termin.
• Najpierw należy przeprowadzić aktualizację na kopii systemu. Należy wykonać snapshot serwera lub odtworzyć stos technologiczny na tymczasowym serwerze VPS, przeprowadzić tam proces aktualizacji i zmierzyć czas jego trwania.
• Jeśli celem jest nowsze jądro systemu, a nie nowsze wydanie dystrybucji, ścieżka HWE zapewnia dostęp do niego w ramach wersji 24.04 bez konieczności przeprowadzania pełnej aktualizacji LTS.

Szersze zagadnienie wyboru odpowiedniego wydania omówiono w sekcji Wydania LTS a wydania tymczasowe na serwerze.

Co sprawdzić na własnej maszynie

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

Prawidłowy wynik wygląda następująco: lsb_release -a wskazuje wersję wydania wraz z aktualnym numerem poprawki, uname -r zgadza się z wybraną ścieżką jądra, Prompt=lts jest obecny, a kontrola albo nie wykazuje żadnych problemów, albo wskazuje wersję wydania, która zostanie zaproponowana. Każdy inny wynik warto przeanalizować przed rozpoczęciem aktualizacji, a nie w jej trakcie.

FAQ

Czy muszę podejmować jakiekolwiek działania, gdy pojawia się wydanie punktowe, takie jak 26.04.1?

Nie, o ile serwer działa już w tej wersji i otrzymuje aktualizacje. Wydanie punktowe jedynie scala opublikowane wcześniej poprawki w nowe nośniki instalacyjne. Działający system otrzymuje tę samą zawartość poprzez apt upgrade w momencie jej publikacji, a ciąg wersji w lsb_release -a zmienia się po aktualizacji pakietu base-files. Nie istnieje osobne wydanie, do którego należałoby przejść, ani konieczność reinstalacji.

Dlaczego mój serwer nadal zgłasza starszy numer wydania punktowego po wykonaniu apt upgrade?

Zazwyczaj dlatego, że automatyczne aktualizacje ograniczają się do poprawek bezpieczeństwa. Domyślny plik /etc/apt/apt.conf.d/50unattended-upgrades włącza źródło -security i pozostawia linię -updates zakomentowaną, a pakiet base-files, który zawiera ciąg wersji, jest dostarczany przez -updates. Uruchom sudo apt update && sudo apt full-upgrade ręcznie i sprawdź, czy base-files pojawia się na liście. Jeśli pakiet jest oznaczony jako wstrzymany (kept back), oznacza to, że jest blokowany lub przypięty do konkretnej wersji.

Dlaczego mój serwer 24.04 nie otrzymuje oferty aktualizacji do 26.04?

Ponieważ Prompt=lts w /etc/update-manager/release-upgrades jest ustawieniem domyślnym dla wersji LTS, które sprawdza listę LTS pod adresem https://changelogs.ubuntu.com/meta-release-lts, gdzie nowa wersja LTS nie jest oferowana jako cel aktualizacji aż do pierwszego wydania punktowego. Do tego czasu sudo do-release-upgrade -c wyświetla No new release found. i jest to poprawne zachowanie. Okres oczekiwania jest celowy: to czas, w którym usuwane są problemy z aktualizacją wykryte przez użytkowników wczesnych wersji.

Czy powinienem zainstalować jądro HWE na moim VPS?

Zazwyczaj nie. Hardware enablement (HWE) istnieje, aby wspierać sprzęt nowszy niż wydanie systemu, a VPS korzysta z urządzeń virtio, których sterowniki znajdują się w jądrze od lat. Jądro GA pozostaje w jednej wersji przez cały cykl życia LTS, z poprawkami przenoszonymi (backported) do niego. Wybierz jądro HWE tylko wtedy, gdy potrafisz wskazać konkretną funkcję jądra, której potrzebujesz, i zaakceptuj fakt, że wiąże się to z przeskakiwaniem między wersjami jądra i restartem mniej więcej co sześć miesięcy.