Linux 7.2 er utgått: planlegg et kontrollert kjernebytte

Oppdatert 9. november 2026. Kernel.org markerer Linux 7.2.15 fra 1. november som EOL og viser Linux 7.3.3 fra 6. november som stabil. Det gir grunn til å kontrollere systemoversikten, ikke til å installere en ny kjerne på alle Linux-maskiner. Pakkens opprinnelse og støtten til det konkrete systemet er avgjørende. [1]

Hva slutten på vedlikeholdet faktisk betyr

Veiledningen er for erfarne Linux-brukere og administratorer. Slutten på upstream-grenen 7.2 forteller ikke alene om en distribusjonspakke fortsatt får sikkerhetsrettelser. Leverandører kan tilbakeføre rettelser til eldre versjoner og ha egne støtteperioder. En eldre versjonsfamilie beviser derfor ikke en urettet sårbarhet; en nyere beviser heller ikke at en bestemt feil er løst. Utgivelseskandidater er ingen generell anbefaling for produksjon. [2]

Forberedelse: sikre først en vei tilbake

Planlegg et vedlikeholdsvindu, en kontrollert sikkerhetskopi og en gjenopprettingsvei som faktisk er tilgjengelig. For eksterne maskiner er en uavhengig konsoll viktig: en åpen SSH-økt overlever ikke omstart. Dokumenter fremgangsmåten for å låse opp kryptering, oppstartsvalg og nødvendige drivere uten å kopiere nøkler til arbeidsloggen. Et øyeblikksbilde på samme disk erstatter ikke en separat sikkerhetskopi.

Fem trinn for et kontrollert bytte

  1. Registrer systemet uten å endre det. uname -r viser kjernen som kjører, og cat /etc/os-release identifiserer distribusjonen. Finn også den installerte kjernepakken og pakkebrønnen i pakkebehandleren. I en container viser uname -r vertskjernen: endringen tilhører operatøren av verten, ikke containeravbildningen.
  2. Avklar riktig støtte. Les leverandørens meldinger for nøyaktig distribusjon, utgave, arkitektur og kjernevariant. Ubuntu viser for eksempel sin egen produkt- og kjernedekning. [4] Hvis systemet fortsatt støttes og pakken får rettelser, skal du ikke forlate leverandørkanalen bare på grunn av upstream EOL. En selvbygd 7.2-kjerne krever derimot en vedlikeholdt etterfølger og en testplan du selv har ansvar for.
  3. Forbered kompatibilitet og reserveoppstart. Kontroller ledig plass i oppstartsområdet og veiledning om ekstra moduler, DKMS, Secure Boot og initramfs. Behold kjernen som er kjent for å fungere, med tilhørende moduler; lær å velge den før en nødsituasjon. Ikke slå av beskyttelse bare for å starte en ukjent pakke. Stopp hvis gjenopprettingsadgangen er uavklart.
  4. Oppdater gjennom systemets dokumenterte prosedyre. Bruk den støttede pakke-/avbildningskanalen eller den egne byggeprosessen som er beregnet for installasjonen, ikke tilfeldige enkeltkommandoer. Kjernedokumentasjonen forklarer at egen kompilering og installasjon krever distribusjonsspesifikke trinn. [3] Kontroller installasjons- og modulfeil før planlagt omstart. Artikkelen utfører ingen systemendringer for deg.
  5. Kontroller det faktiske resultatet etter omstart. Sammenlign uname -r med den tilsiktede installerte pakken. Test lagring, nettverk, grafikk, viktige tjenester og hvilemodus/oppvåkning på bærbare. Test en ny ekstern forbindelse til servere. En installert pakke eller vellykket oppstart er ikke nok.

Kontroller resultatet og gå tilbake ved problemer

Ved regresjoner går du tilbake til den kjente kjernen gjennom den forberedte oppstarts-/gjenopprettingsveien, registrerer pakkeversjoner og symptomer og involverer leverandøren. Den gamle kjernen er et begrenset kontinuitetstiltak, ikke en varig løsning på en gren uten vedlikehold. Planlegg vanlig opprydding først etter stabil godkjenning; ikke kjør generelle slettekommandoer.

Begrensninger og kilder

Dette er en redaksjonell prosedyre, ikke en kjerne-, maskinvare- eller angrepstest vi har utført. Ingen universell målversjon, påstått CVE-rettelse eller kompatibilitetsgaranti. Leverandørens oppdaterte veiledning er avgjørende. Den ikke-kommersielle veiledningen inneholder ingen affiliatelenker.