Linux 7.2 bez dalszego utrzymania: zaplanuj kontrolowaną zmianę jądra

Stan na 9 listopada 2026 r. Kernel.org oznacza Linux 7.2.15 z 1 listopada jako EOL, a Linux 7.3.3 z 6 listopada jako wersję stabilną. To powód do sprawdzenia systemu, nie polecenie instalacji nowego jądra na każdym komputerze z Linuksem. Liczą się źródło pakietu i wsparcie konkretnego systemu. [1]

Co naprawdę oznacza koniec utrzymania

Poradnik jest przeznaczony dla doświadczonych użytkowników Linuksa i administratorów. Koniec gałęzi upstream 7.2 sam w sobie nie oznacza, że pakiet dystrybucji nie otrzymuje poprawek bezpieczeństwa. Dostawcy mogą przenosić poprawki do starszych wersji i stosować własne okresy wsparcia. Starsza rodzina wersji nie dowodzi niezałatanej podatności, a nowsza nie dowodzi usunięcia konkretnego błędu. Wersje kandydujące nie są ogólnym zaleceniem dla produkcji. [2]

Przygotowanie: najpierw możliwość odzyskania dostępu

Zaplanuj okno serwisowe, sprawdzoną kopię zapasową i rzeczywiście dostępny sposób odzyskania systemu. Dla zdalnego komputera ważna jest niezależna konsola: otwarta sesja SSH nie przetrwa restartu. Zapisz procedurę odblokowania szyfrowania, wybór przy rozruchu i wymagane sterowniki, ale nie kopiuj kluczy do dziennika prac. Migawka na tym samym dysku nie zastępuje oddzielnej kopii.

Pięć kroków kontrolowanej zmiany

  1. Zbierz informacje bez wprowadzania zmian. uname -r pokazuje działające jądro, a cat /etc/os-release identyfikuje dystrybucję. W menedżerze pakietów ustal też zainstalowany pakiet jądra i jego repozytorium. W kontenerze uname -r dotyczy jądra hosta: zmiana należy do administratora hosta, nie do obrazu kontenera.
  2. Ustal właściwe zasady wsparcia. Sprawdź komunikaty dostawcy dla dokładnej dystrybucji, wydania, architektury i wariantu jądra. Ubuntu publikuje na przykład własny zakres wsparcia produktów i jąder. [4] Jeśli system pozostaje wspierany, a pakiet otrzymuje poprawki, nie opuszczaj kanału dostawcy wyłącznie z powodu upstream EOL. Samodzielnie zbudowane jądro 7.2 wymaga natomiast utrzymywanego następcy i własnego planu testów.
  3. Przygotuj zgodność i rozruch awaryjny. Sprawdź wolne miejsce w obszarze rozruchowym oraz wskazówki dotyczące dodatkowych modułów, DKMS, Secure Boot i initramfs. Zachowaj znane działające jądro wraz z pasującymi modułami; naucz się je wybierać przed awarią. Nie wyłączaj zabezpieczeń, aby uruchomić nieznany pakiet. Zatrzymaj się, jeśli odzyskanie dostępu nie jest zapewnione.
  4. Aktualizuj zgodnie z dokumentacją systemu. Użyj wspieranego kanału pakietów/obrazów lub procesu własnej kompilacji przewidzianego dla tej instalacji, nie przypadkowych pojedynczych poleceń. Dokumentacja jądra wskazuje kroki kompilacji i instalacji zależne od dystrybucji. [3] Przed planowanym restartem sprawdź błędy instalacji i modułów. Artykuł nie wykonuje zmian w twoim systemie.
  5. Po restarcie sprawdź rzeczywisty wynik. Porównaj uname -r z zamierzonym zainstalowanym pakietem. Przetestuj pamięć masową, sieć, grafikę, ważne usługi oraz usypianie i wybudzanie laptopa. Na serwerze sprawdź nowe połączenie z zewnątrz. Sam pakiet lub udany rozruch nie wystarczają.

Sprawdzenie wyniku i powrót po problemach

W razie regresji wróć do znanego jądra przygotowaną ścieżką rozruchu/odzyskiwania, zanotuj wersje i objawy oraz skontaktuj się z dostawcą. Stare jądro to ograniczony środek zachowania ciągłości, nie trwałe rozwiązanie na nieutrzymywanej gałęzi. Rutynowe porządki planuj dopiero po stabilnym odbiorze; nie wykonuj ogólnych poleceń usuwania.

Ograniczenia i źródła

To procedura redakcyjna, nie przeprowadzony przez nas test jądra, sprzętu ani ataku. Nie wskazujemy uniwersalnej wersji docelowej, konkretnej poprawki CVE ani gwarancji zgodności. Obowiązują aktualne zalecenia dostawcy. Niekomercyjny poradnik nie zawiera linków afiliacyjnych.