Ubuntu 26.04.1 LTS: co nowego i kiedy wykonać aktualizację

Ubuntu 26.04.1 w skrócie

Ubuntu 26.04.1 LTS (wsparcie długoterminowe) zostało wydane 27 sierpnia 2026 roku, cztery miesiące po premierze Ubuntu 26.04 LTS, która miała miejsce 23 kwietnia 2026 roku. Jest to zbiorcze wydanie istniejącej wersji: zawiera to samo jądro Linux 7.0 oraz ten sam zestaw pakietów, przy czym wszystkie aktualizacje stabilnych wydań (SRU) oraz poprawki bezpieczeństwa opublikowane do 25 sierpnia 2026 roku zostały wbudowane w nowe nośniki instalacyjne. Serwer 26.04, który był aktualizowany za pomocą apt full-upgrade, posiada już wszystkie te zmiany. Wydanie to jest istotne głównie dla serwerów z wersją 24.04 LTS, ponieważ pierwsze wydanie punktowe oznacza moment, w którym Canonical otwiera ścieżkę aktualizacji z poprzedniego wydania LTS. Ścieżka ta została otwarta 29 września 2026 roku, a jeden publiczny plik tekstowy pozwala na potwierdzenie tego stanu bezpośrednio z poziomu terminala.

Czym jest wydanie punktowe .1

Wydanie punktowe to migawka systemu. Canonical pobiera archiwum 26.04 w jego obecnym stanie, wraz ze wszystkimi aktualizacjami, które trafiły do resolute-updates oraz resolute-security od kwietnia, i buduje na tej podstawie nowe obrazy ISO oraz obrazy chmurowe. Komunikat o wydaniu ujmuje to w jednym zdaniu: "To wydanie punktowe zawiera wiele aktualizacji oraz zaktualizowane nośniki instalacyjne, dzięki czemu po instalacji konieczne będzie pobranie mniejszej liczby poprawek". Zasady wsparcia pozostają bez zmian. Pięcioletni okres wsparcia liczony jest od kwietnia 2026 roku, więc wersja 26.04.1 jest wspierana do kwietnia 2031 roku, dokładnie tak samo jak obraz kwietniowy. Ogólne mechanizmy działania, w tym powody, dla których późniejsze wydania punktowe zawierają nowsze jądro, a to konkretne nie, opisano w jak działają wydania punktowe Ubuntu. Poniższe informacje dotyczą specyficznie wersji 26.04.1.

Co zmieniło się w Ubuntu 26.04.1

Podsumowanie znajduje się na oficjalnej stronie informacji o wydaniu 26.04.1. Obejmuje ono wyłącznie pakiety z sekcji main i restricted, a pełne szczegóły zawierają dzienniki zmian poszczególnych pakietów. Lista jest długa i w większości dotyczy sprzętu typu desktop oraz laptop. Poniżej znajdują się wpisy istotne z punktu widzenia serwera.

Jądro: nadal Linux 7.0, brak nowszego jądra HWE

Wydanie 26.04 LTS dostarczono z jądrem Linux 7.0, co stanowi zmianę względem wersji 6.8 w 24.04. Wersja .1 pozostaje przy 7.0. Informacje o wydaniu wymieniają kilka kompilacji linux SRU w sekcji jądra (w tym tracker 7.0.0-15.15), więc uname -r na załatanym systemie wykaże wyższy numer ABI (application binary interface) niż obraz z kwietnia, ale nadal w tej samej serii 7.0. Metapakiety HWE (hardware enablement) istnieją już w archiwum 26.04: linux-generic-hwe-26.04 jest opublikowany, ale na dzień 17 października 2026 r. instaluje on jądro 7.0, czyli tę samą serię co jądro GA. GA oznacza general availability, czyli jądro, z którym wydanie zadebiutowało. W 26.04.1 nie ma zatem nowszego jądra HWE, a jedynie pakiet, który będzie je zawierał, gdy późniejsze wydanie punktowe przeniesie stos HWE. W przypadku 24.04 i wcześniejszych wersji, dokumentacja jądra HWE Ubuntu podaje: „Instalacje serwerowe domyślnie korzystają z jądra general availability (GA), a jądro HWE udostępniają jako opcję”. Instalator 26.04 zmienia jeden element tego procesu. Informacje o wydaniu 26.04 dla Subiquity podają, że pasujący metapakiet OEM lub HWE, wcześniej instalowany domyślnie tylko na wersji Desktop, „będzie również instalowany dla Ubuntu Server” począwszy od 26.04, jeśli instalator wykryje odpowiedni sprzęt. Serwer zainstalowany z nośnika 26.04 może więc ostatecznie korzystać z pakietu HWE, a dpkg -l | grep hwe pokazuje, czy dotyczy to Twojego systemu. Na VPS, który śledzi jądro GA linux-generic, pozostajesz przy wersji 7.0 przez cały cykl życia wydania, chyba że wybierzesz inaczej, a kwestia tego, czy serwer w ogóle powinien korzystać z jądra HWE jest osobną decyzją, której nie musisz podejmować dzisiaj.

Warto wspomnieć o jednej poprawce w jądrze. Błąd 2158267, „Regresja wydajności powoduje spowolnienie wnioskowania SDXL (~42x)”, został naprawiony w jądrze generic i większości wariantów chmurowych. Jeśli uruchamiasz obciążenia związane z wnioskowaniem na 26.04 i zauważyłeś spowolnienie po aktualizacji jądra, jest to wpis, z którym należy się zapoznać.

Poprawki serwerowe i chmurowe

• openssl: aktualizacja bezpieczeństwa dotycząca „problemu odmowy usługi HollowByte” (błąd 2161371).
• rsync: „Poprawki regresji z aktualizacji bezpieczeństwa z maja 2026 r.” (błąd 2155874). Jeśli rsync przestał działać w maju, nośnik .1 zawiera poprawkę.
• exim4: trzy aktualizacje bezpieczeństwa, w tym zapis jednego bajta do zwolnionego bufora oraz ujawnienie informacji w PROXYv2.
• ca-certificates: pakiet urzędów certyfikacji Mozilla zaktualizowany do wersji 2.86.
• systemd: naprawiono opóźnienie w cloud-init spowodowane przez hook resolve w systemd-networkd (błąd 2148619), a rdzeń otwiera teraz gniazdo netfilter tylko wtedy, gdy jest to konieczne.
• libvirt oraz qemu: poprawka „nadmiernej alokacji pamięci, gdy physical_package_id jest duży” oraz poprawka wyścigu między iothreads a grupami throttle.
• apparmor: nowe wydanie upstream oraz poprawka profilu dla „odczytów ustawień regionalnych uucore”. uucore to współdzielony kod w ramach rust-coreutils, a ta poprawka jest częścią tej samej historii, która wstrzymywała monit o aktualizację do 24.04 do 29 września (opisano poniżej).
• ubuntu-meta: pollinate usunięto z zestawów cloud-minimal, server, server-minimal i server-raspi, a curl dodano jawnie do cloud-minimal i server-minimal. Obie zmiany dotyczą zawartości świeżej instalacji z nośnika .1.
• debootstrap: „Wykrywanie i obsługa SHA512 w plikach indeksu Release”, co ma znaczenie przy budowaniu chrootów lub kontenerów z archiwum 26.04.
• base-files: /etc/os-release wskazuje teraz 26.04.1, a wcześniejszy błąd „brakującego LTS w VERSION” został naprawiony, więc ciąg znaków brzmi 26.04.1 LTS (Resolute Raccoon).

Nośnik instalacyjny

Nowe obrazy ISO zawierają cztery poprawki livecd-rootfs. Tą, z którą może zetknąć się użytkownik VPS, jest „fix: update nocloud password data format” (błąd 2149891), wpływający na nienadzorowane instalacje przekazujące hasło przez źródło danych NoCloud. Pozostałe ustawiają uprawnienia jądra i initrd w katalogu casper na 0644 oraz poprawiają dwie opcje rozruchowe riscv64. W przypadku obrazu dostawcy rzadko instaluje się system z ISO, więc praktyczny efekt jest taki, że szablon zbudowany z 26.04.1 uruchamia się z już zastosowanymi aktualizacjami bezpieczeństwa do 25 sierpnia 2026 r.

Menedżer aktualizacji wydania

W wersji .1 znajduje się pięć wpisów ubuntu-release-upgrader, z których jeden dotyczy każdej maszyny 26.04. Błąd 2154602, „data/release-upgrades: set Prompt=lts for resolute”, naprawił błąd w wydaniu kwietniowym: /etc/update-manager/release-upgrades dostarczono z Prompt=normal, co jest ustawieniem dla wydań pośrednich. Wersja 1:26.04.22 ustawia to na Prompt=lts. Bez tej poprawki serwer 26.04 otrzymałby w październiku ofertę aktualizacji do 26.10. Pozostałe wpisy to drobne poprawki dla ścieżki 24.04 („zaznacz libfile-libmagic-perl do instalacji na Noble”), poprawka dla Raspberry Pi, oczyszczenie kodu (lint) oraz odświeżona lista serwerów lustrzanych.

W jaki sposób serwer 26.04 osiąga wersję 26.04.1

Nie ma potrzeby uruchamiania procesu aktualizacji wersji. Wydanie punktowe (point release) to stan repozytorium, a serwer śledzi ten stan za pomocą apt. Dwa polecenia doprowadzają instalację 26.04 do stanu zgodnego z nośnikiem .1 lub nowszego, z jednym wyjątkiem opisanym poniżej.

sudo apt update
sudo apt full-upgrade

Należy używać full-upgrade zamiast upgrade. apt upgrade odmawia usuwania jakichkolwiek pakietów, więc jeśli aktualizacja wymaga usunięcia starego pakietu, pozostawia go w starej wersji. W systemie 26.04, który dostarczany jest z apt 3.x, apt wymienia takie pakiety w sekcji Not upgrading: i uwzględnia je w liczbie Not Upgrading: w bloku Summary:. Starsze sformułowanie The following packages have been kept back: pochodzi teraz wyłącznie z apt-get. full-upgrade ma uprawnienia do usuwania, więc kończy proces. Wyjątkiem jest fazowanie (phasing), którego żadne z tych poleceń nie pomija. Ubuntu udostępnia niektóre aktualizacje stopniowo, zwiększając odsetek maszyn, a instrukcja apt_preferences podaje, że na maszynie spoza tego odsetka nowa wersja „jest przypięta do 1 i wstrzymana” do czasu, aż proces wdrażania ją obejmie. apt wymienia takie pakiety w sekcji Not upgrading yet due to phasing:. Pakiet wstrzymany z powodu fazowania nie oznacza błędu, a późniejsze polecenie apt full-upgrade zainstaluje go. Po zakończeniu sprawdź ciąg wersji.

grep VERSION= /etc/os-release

Powinien być widoczny ciąg VERSION="26.04.1 LTS (Resolute Raccoon)". Jeśli w ciągu nadal brakuje .1, aktualizacja base-files nie została zastosowana, co zazwyczaj oznacza, że apt update nie powiodło się w kontakcie z serwerem lustrzanym. Przeczytaj ponownie dane wyjściowe apt update. Serwer lustrzany, który nie został jeszcze zsynchronizowany, jest częstą przyczyną tego stanu w przypadku świeżych obrazów od dostawcy.

Następnie sprawdź, czy jądro systemu zostało zaktualizowane.

cat /var/run/reboot-required
uname -r

*** System restart required *** oznacza, że zainstalowano pakiet wymagający restartu, a na serwerze jest to niemal zawsze jądro systemu. uname -r wyświetla aktualnie działające jądro. Nowe jądro nie jest aktywne do momentu restartu, więc wykonaj go, gdy tylko będzie to możliwe. Jeśli maszyna nie uruchomi się ponownie, serwer VPS, który przestaje się uruchamiać po aktualizacji jądra niemal zawsze uruchamia się na poprzednim jądrze z menu GRUB. Gdy system wstanie na nowym jądrze, sudo apt autoremove --purge usunie stare wersje, a usuwanie starych jąder w Ubuntu opisuje, co należy zachować.

Na koniec potwierdź, czy poprawka mechanizmu aktualizacji została zastosowana.

grep -v '^#' /etc/update-manager/release-upgrades

Powinien być widoczny wpis Prompt=lts. Jeśli widzisz Prompt=normal, oznacza to, że Ty lub skrypt konfiguracyjny edytowaliście ten plik przed wydaniem .1, więc dpkg zachował Twoją kopię zamiast instalować nową. Ustaw wartość lts ręcznie. Ta różnica decyduje o tym, czy w październiku serwerowi zostanie zaoferowana wersja 26.10, czy kolejne wydanie LTS w 2028 roku, a dlaczego serwer powinien pozostać przy wydaniach LTS wyjaśnia powody takiej decyzji.

Dlaczego serwer 24.04 nadal informuje o braku dostępnych aktualizacji

Od 29 września 2026 roku sytuacja ta nie powinna mieć miejsca. Przez miesiąc między wydaniem 26.04.1 a tą datą wersja 26.04.1 istniała, lecz narzędzie aktualizacyjne nadal zgłaszało brak dostępnych wydań, co wprowadzało wielu użytkowników w błąd. Przyczyną była jedna flaga w pliku tekstowym kontrolowanym przez Canonical. Ten sam plik jest pierwszym miejscem, które należy sprawdzić, jeśli serwer 24.04 nadal zgłasza brak aktualizacji.

Na serwerze 24.04 ścieżka /etc/update-manager/release-upgrades zawiera Prompt=lts. Przy takim ustawieniu do-release-upgrade pobiera https://changelogs.ubuntu.com/meta-release-lts i odczytuje listę wydań. Dla każdego wydania nowszego niż zainstalowane sprawdzane jest pole Supported:. Odpowiednia pętla w pliku MetaRelease.py narzędzia update-manager, w uproszczeniu, wygląda następująco:

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

Wydanie z ustawionym Supported: 0 jest pomijane, tak jakby nie istniało. Plik ten można sprawdzić samodzielnie.

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

Według stanu na 17 października 2026 roku zawiera on następujący wpis:

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 1

Blok ten zawiera również linię UpgradeTool wskazującą na właściwy upgrader w resolute-updates. Do 29 września linia Version wskazywała już na 26.04.1, ale Supported miało wartość 0. Przy tej wartości pętla nie znajdowała żadnego wydania do aktualizacji, new_dist pozostawało puste, a do-release-upgrade wyświetlało komunikat przeznaczony dla przypadku Prompt=lts:

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.

Jeśli serwer 24.04 wyświetla ten komunikat dzisiaj, flaga nie jest już przyczyną problemu. Należy wykonać polecenie curl i potwierdzić, że zwraca ono Supported: 1, sprawdzić czy /etc/update-manager/release-upgrades nadal wskazuje Prompt=lts, a nie Prompt=never, a następnie ponownie uruchomić polecenie aktualizacji. Należy zignorować sugestię dotyczącą Prompt=normal. To ustawienie powoduje, że upgrader odczytuje pełną listę wydań i utrzymuje maszynę na ścieżce wydań tymczasowych, więc po osiągnięciu 26.04 system zaproponowałby 26.10, czyli wydanie z dziewięciomiesięcznym wsparciem. Krótszy komunikat No new release found. oznacza ten sam stan na maszynie, w której plik ma już ustawione Prompt=normal, a artykuł co zrobić, gdy do-release-upgrade nie znajduje nowego wydania omawia oba komunikaty oraz ich pozostałe przyczyny. Warto znać jeszcze jeden komunikat. Please install all available updates for your release before upgrading. oznacza, że na wersji 24.04 oczekują aktualizacje; rozwiązaniem jest wykonanie sudo apt full-upgrade przed ponowną próbą.

Dlaczego flaga pozostawała na poziomie 0 przez miesiąc? W ogłoszeniu o 26.04.1 stwierdzono: „Użytkownicy Ubuntu 24.04 LTS otrzymają propozycję automatycznej aktualizacji do 26.04.1 LTS przez Update Manager kilka tygodni po tym wydaniu, po wprowadzeniu planowanych backportów rozwiązujących regresje w niedawnej wersji rust-coreutils”. 26.04 to pierwsze wydanie LTS, w którym ls i inne podstawowe narzędzia pochodzą z rust-coreutils, a nie z GNU coreutils. Artykuł co zmieniają przepisywane w Rust komponenty systemu bazowego Ubuntu wyjaśnia, dlaczego aktualizacja z 24.04 jest miejscem, w którym regresje te pojawiają się najpierw. Canonical wstrzymywał ścieżkę aktualizacji do 29 września 2026 roku, kiedy to zespół wydawniczy ogłosił: „Aktualizacje z Ubuntu 24.04 LTS do Ubuntu 26.04.1 LTS, o nazwie kodowej 'Resolute Raccoon', zostały włączone”. Plik został zmieniony na Supported: 1. Użytkownicy wersji desktop otrzymują „propozycję automatycznej aktualizacji do 26.04.1 LTS przez Update Manager, wdrażaną stopniowo w ciągu kolejnych dni”. Użytkownicy serwerowi nie muszą czekać na to wdrożenie: ogłoszenie informuje, że mogą „rozpocząć aktualizację w dowolnym momencie, uruchamiając: $ do-release-upgrade”. Po wykonaniu okresowego sprawdzania wydań, baner logowania SSH w 24.04 wyświetla New release '26.04.1 LTS' available. wraz z Run 'do-release-upgrade' to upgrade to it., a to samo polecenie, które we wrześniu zwracało brak dostępnych wydań, teraz oferuje 26.04.1 bez żadnych zmian po stronie użytkownika.

Jeśli nie chcesz czekać

Nie ma już na co czekać. Przed 29 września ogłoszenie o 26.04.1 wskazywało sposób na obejście flagi: do-release-upgrade -d. Tekst pomocy dla tej flagi brzmi „Jeśli używasz najnowszego wspieranego wydania, zaktualizuj do wydania rozwojowego”, co w przypadku LTS sugeruje 26.10, choć w rzeczywistości tak nie jest. Przy użyciu Prompt=lts, polecenie -d wykonuje dwie operacje w kodzie wymienionym powyżej. Dołącza -development do adresu URL, dzięki czemu upgrader odczytuje meta-release-lts-development, oraz ustawia useDevelopmentRelease, co stanowi drugą część warunku continue. Pominięcie Supported: 0 przestaje obowiązywać i wydanie resolute staje się dostępne. Teraz, gdy flaga ma wartość 1, ten skrót jest zbędny. Zwykłe polecenie oferuje 26.04.1 i jest to metoda zalecana użytkownikom serwerowym w ogłoszeniu Canonical z 29 września.

sudo do-release-upgrade

Jeśli aktualizacja została przeprowadzona wcześniej przy użyciu -d, system znajduje się na tym samym wydaniu co u wszystkich innych użytkowników, a sudo apt full-upgrade na wersji 26.04 zapewnia aktualność wszystkich opublikowanych poprawek. W każdym przypadku należy najpierw wykonać snapshot i zapoznać się z pełnym przewodnikiem aktualizacji z 24.04 do 26.04, aby poznać mechanizm awaryjny dla portu SSH 1022 oraz sposób obsługi zewnętrznych repozytoriów. Jeśli aktualizacja zostanie przerwana w połowie, należy skorzystać z artykułu odzyskiwanie po nieudanej aktualizacji wydania Ubuntu.

Decyzja

Dla wersji 26.04: nie ma żadnych specjalnych działań. Należy wykonać sudo apt update && sudo apt full-upgrade i zrestartować system, jeśli istnieje /var/run/reboot-required. Następnie należy potwierdzić Prompt=lts. Użytkownik nie posiadał zaległości, ponieważ wydanie punktowe jest strumieniem aktualizacji, w którym system już się znajdował.

Dla wersji 24.04: ścieżka aktualizacji jest otwarta. Firma Canonical udostępniła ją 29 września 2026 roku, a według stanu na 17 października 2026 roku wiersz curl powyżej wskazuje Supported: 1. Należy wykonać snapshot, uruchomić sudo apt full-upgrade, aby upewnić się, że żadne operacje nie oczekują, a następnie wykonać sudo do-release-upgrade. System 24.04 LTS jest wspierany do kwietnia 2029 roku, więc można wybrać spokojne okno serwisowe zamiast pośpiechu, jednak nie ma już żadnej flagi, na którą należałoby czekać.

Dla wersji 22.04 lub wydania pośredniego: informacje o wydaniu wyraźnie wskazują, że „przed przejściem do 26.04 LTS należy najpierw zaktualizować system do Ubuntu 24.04 LTS lub 25.10”. Należy najpierw przejść do 24.04, a następnie postępować zgodnie ze ścieżką dla 24.04 opisaną powyżej. W przypadku serwera 22.04, dwuetapowa ścieżka z 22.04 do 26.04 przez 24.04 zawiera informacje o weryfikacji i snapshocie, które należy wykonać pomiędzy etapami, a także o potencjalnych problemach z PPA, PHP, Python, bazami danych oraz netplan, których należy się spodziewać w trakcie procesu.

FAQ

Czy Ubuntu 26.04.1 to nowa wersja, którą muszę zainstalować?

Nie. Ubuntu 26.04.1 LTS, wydane 27 sierpnia 2026, to archiwum 26.04 z czterema miesiącami aktualizacji wbudowanymi w nowe nośniki instalacyjne. Serwer 26.04, na którym uruchomiono sudo apt update && sudo apt full-upgrade, znajduje się na poziomie .1 lub nowszym, nie licząc aktualizacji będących w fazie wdrażania, a grep VERSION= /etc/os-release wyświetla 26.04.1 LTS (Resolute Raccoon) po zastosowaniu aktualizacji base-files. Wsparcie nadal kończy się w kwietniu 2031, licząc od wydania z kwietnia 2026.

Dlaczego do-release-upgrade na 24.04 informuje, że nie ma dostępnej wersji rozwojowej LTS?

Do 29 września 2026 komunikat ten pojawiał się, ponieważ Prompt=lts wymusza na narzędziu aktualizacyjnym odczyt meta-release-lts, a plik ten zawierał 26.04.1 z Supported: 0. Narzędzie pomija nieobsługiwane wpisy, nie znalazło nic nowszego i wyświetliło komunikat przygotowany dla przypadku Prompt=lts. Canonical zmieniło flagę na Supported: 1 po udostępnieniu ścieżki aktualizacji 29 września 2026. Jeśli komunikat nadal występuje, należy sprawdzić, czy curl zwraca Supported: 1 oraz czy Prompt=lts jest ustawione, a następnie spróbować ponownie. Nie należy ustawiać Prompt=normal; powoduje to przełączenie serwera na ścieżkę wydań tymczasowych (interim-release).

Czy 26.04.1 zawiera nowe jądro?

Nie. 26.04.1 pozostaje przy serii Linux 7.0, z którą dostarczono 26.04 LTS, aktualizowanej poprzez kilka kompilacji SRU. Metapakiety HWE, takie jak linux-generic-hwe-26.04, już istnieją, ale obecnie instalują tę samą serię 7.0 co jądro GA. Nowsze jądro HWE pojawi się wraz z późniejszym wydaniem punktowym, zazwyczaj .2 według standardowego cyklu Ubuntu. Od wersji 26.04 instalator serwerowy automatycznie instaluje również pasujący metapakiet OEM lub HWE, jeśli wykryje odpowiedni sprzęt. VPS śledzący linux-generic zachowuje 7.0, chyba że użytkownik samodzielnie zdecyduje się na stos HWE.

Czy powinienem teraz użyć do-release-upgrade -d, aby przejść z 24.04?

Już nie. Przed 29 września 2026 ogłoszenie sugerowało -d dla osób, które nie chciały czekać, ponieważ -d z Prompt=lts odczytuje listę rozwojową LTS i ignoruje flagę Supported: 0. Flaga ma teraz wartość 1, więc zwykłe sudo do-release-upgrade oferuje 26.04.1 i jest to polecenie zalecane użytkownikom serwerów w ogłoszeniu Canonical z 29 września. W obu przypadkach należy najpierw wykonać snapshot.