Linux 7.2 er udgået: planlæg et kontrolleret kerneskift

Opdateret 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 er anledning til en statuskontrol, ikke en generel installationsordre til alle Linux-maskiner. Pakkens oprindelse og supporten til det konkrete system er afgørende. [1]

Hvad vedligeholdelsens ophør faktisk betyder

Vejledningen er til erfarne Linux-brugere og administratorer. Ophøret af upstream-grenen 7.2 fortæller ikke i sig selv, om en distributionspakke stadig modtager sikkerhedsrettelser. Leverandører kan overføre rettelser til ældre versioner og have egne supportperioder. En ældre versionsfamilie beviser derfor ikke en urettet sårbarhed; en nyere beviser heller ikke, at en bestemt fejl er løst. Udgivelseskandidater er ikke en generel anbefaling til produktion. [2]

Forberedelse: sørg først for en vej tilbage

Planlæg et vedligeholdelsesvindue, en kontrolleret sikkerhedskopi og en genoprettelsesvej, du faktisk kan bruge. På fjernmaskiner er en uafhængig konsol vigtig: en åben SSH-session overlever ikke en genstart. Notér procedurer til oplåsning af kryptering, opstartsvalg og nødvendige drivere uden at kopiere nøgler til arbejdsloggen. Et snapshot på samme disk erstatter ikke en separat sikkerhedskopi.

Fem trin til et kontrolleret skift

  1. Registrér systemet uden ændringer. uname -r viser den kørende kerne, og cat /etc/os-release identificerer distributionen. Find også den installerede kernepakke og dens pakkekilde i pakkehåndteringen. I en container henviser uname -r til værtskernelen: ændringen hører til hos værtsoperatøren, ikke i containeraftrykket.
  2. Afklar den rigtige support. Læs leverandørens oplysninger for den præcise distribution, udgave, arkitektur og kernevariant. Ubuntu viser eksempelvis sin egen produkt- og kernedækning. [4] Hvis systemet stadig understøttes, og pakken får rettelser, skal du ikke forlade leverandørkanalen alene på grund af upstream EOL. En selvbygget 7.2-kerne kræver derimod en vedligeholdt efterfølger og en testplan, du selv er ansvarlig for.
  3. Forbered kompatibilitet og alternativ opstart. Kontrollér ledig plads i opstartsområdet og vejledning om ekstra moduler, DKMS, Secure Boot og initramfs. Bevar den kendte fungerende kerne med tilhørende moduler; lær at vælge den før en nødsituation. Slå ikke beskyttelse fra blot for at starte en ukendt pakke. Stop, hvis genoprettelsesadgangen er uafklaret.
  4. Opdatér via systemets dokumenterede vej. Brug den understøttede pakke-/imagekanal eller den egen byggeproces, installationen er beregnet til, ikke tilfældige enkeltkommandoer. Kernedokumentationen forklarer, at egen kompilering og installation kræver distributionsspecifikke trin. [3] Kontrollér installations- og modulfejl før den planlagte genstart. Artiklen udfører ingen systemændringer for dig.
  5. Godkend det faktiske resultat efter genstart. Sammenlign uname -r med den tilsigtede installerede pakke. Test lager, netværk, grafik, vigtige tjenester og dvale/genoptagelse på bærbare. Test en ny ekstern forbindelse til servere. En installeret pakke eller en vellykket opstart er ikke nok.

Kontrollér resultatet og vend tilbage ved fejl

Ved regressioner vender du tilbage til den kendte kerne via den forberedte opstarts-/genoprettelsesvej, registrerer pakkeversioner og symptomer og inddrager leverandøren. Den gamle kerne er en begrænset kontinuitetsforanstaltning, ikke en permanent løsning på en uvedligeholdt gren. Planlæg først normal oprydning efter stabil godkendelse; udfør ingen generelle slettekommandoer.

Begrænsninger og kilder

Dette er en redaktionel procedure, ikke en kerne-, hardware- eller angrebstest, vi har udført. Ingen universel målversion, påstået CVE-rettelse eller garanti for kompatibilitet. Leverandørens aktuelle vejledning er afgørende. Vejledningen er ikke kommerciel og indeholder ingen affiliatelinks.