Linux 7.2:n ylläpito päättyi: suunnittele hallittu ytimen vaihto

Päivitetty 9. marraskuuta 2026. Kernel.org merkitsee 1. marraskuuta julkaistun Linux 7.2.15:n EOL-tilaan ja 6. marraskuuta julkaistun Linux 7.3.3:n vakaaksi versioksi. Tämä on syy tarkistaa järjestelmän tilanne, ei yleinen asennuskehotus kaikille Linux-koneille. Ratkaisevia ovat paketin alkuperä ja kyseisen järjestelmän tuki. [1]

Mitä ylläpidon päättyminen todella tarkoittaa

Ohje on tarkoitettu kokeneille Linux-käyttäjille ja ylläpitäjille. Upstreamin 7.2-haaran ylläpidon päättyminen ei yksin kerro, saako jakelun paketti yhä tietoturvakorjauksia. Toimittajat voivat siirtää korjauksia vanhoihin versioihin ja käyttää omia tukiaikojaan. Vanhempi versiohaara ei siten todista korjaamatonta haavoittuvuutta, eikä uudempi todista tietyn vian korjaantumista. Julkaisuehdokkaat eivät ole yleinen suositus tuotantokäyttöön. [2]

Valmistelu: varmista ensin palautusreitti

Varaa huoltoikkuna, tarkistettu varmuuskopio ja palautusreitti, jota voit todella käyttää. Etäkoneella riippumaton konsoli on tärkeä: avoin SSH-istunto ei säily uudelleenkäynnistyksen yli. Kirjaa salauksen avaamismenettely, käynnistysvalinta ja tarvittavat ajurit kopioimatta avaimia työpäiväkirjaan. Samalla levyllä oleva tilannevedos ei korvaa erillistä varmuuskopiota.

Viisi vaihetta hallittuun vaihtoon

  1. Selvitä lähtötilanne muuttamatta järjestelmää. uname -r näyttää käytössä olevan ytimen ja cat /etc/os-release tunnistaa jakelun. Selvitä paketinhallinnasta myös asennettu ydinpaketti ja sen pakettivarasto. Kontissa uname -r koskee isäntäkoneen ydintä: muutos kuuluu isännän ylläpitäjälle, ei konttikuvaan.
  2. Varmista oikea tukikäytäntö. Tarkista toimittajan tiedotteet täsmälleen oikealle jakelulle, julkaisulle, arkkitehtuurille ja ydinmuunnelmalle. Ubuntu julkaisee esimerkiksi omat tuotteiden ja ytimien tukitietonsa. [4] Jos järjestelmää tuetaan ja paketti saa korjauksia, älä poistu toimittajan kanavasta vain upstream EOL -merkinnän vuoksi. Itse käännetty 7.2-ydin sen sijaan edellyttää ylläpidettyä seuraajaa ja omalla vastuulla olevaa testaussuunnitelmaa.
  3. Valmistele yhteensopivuus ja varakäynnistys. Tarkista käynnistysalueen vapaa tila sekä lisämoduuleja, DKMS:ää, Secure Bootia ja initramfs:ää koskevat ohjeet. Säilytä tunnetusti toimiva ydin ja siihen sopivat moduulit; opettele sen valinta ennen hätätilannetta. Älä poista suojauksia käytöstä tuntemattoman paketin käynnistämiseksi. Keskeytä, jos palautusyhteys on epäselvä.
  4. Päivitä järjestelmän dokumentoidulla tavalla. Käytä tuettua paketti- tai levykuvakanavaa tai asennukselle tarkoitettua omaa käännösprosessia, älä satunnaisia yksittäiskomentoja. Ytimen dokumentaatio kertoo itse kääntämisen ja asentamisen jakelukohtaisista vaiheista. [3] Tarkista asennus- ja moduulivirheet ennen suunniteltua uudelleenkäynnistystä. Artikkeli ei tee järjestelmämuutoksia puolestasi.
  5. Tarkista todellinen tulos uudelleenkäynnistyksen jälkeen. Vertaa uname -r -tulosta tarkoitettuun asennettuun pakettiin. Testaa tallennus, verkko, grafiikka, tärkeät palvelut sekä kannettavan lepotila ja herääminen. Testaa palvelimelle uusi ulkoinen yhteys. Asennettu paketti tai onnistunut käynnistys ei yksin riitä.

Tarkista tulos ja palaa tarvittaessa takaisin

Jos ilmenee regressio, palaa tunnettuun ytimeen valmistellun käynnistys- tai palautusreitin kautta, kirjaa pakettiversiot ja oireet ja ota yhteys toimittajaan. Vanha ydin on rajattu jatkuvuustoimi, ei pysyvä ratkaisu ylläpitämättömällä haaralla. Suunnittele tavanomainen siivous vasta vakaan hyväksymistarkistuksen jälkeen; älä suorita yleisiä poistokomentoja.

Rajaukset ja lähteet

Kyse on toimituksellisesta menettelystä, ei tekemästämme ydin-, laitteisto- tai hyökkäystestistä. Yleispätevää tavoiteversiota, tiettyä CVE-korjausta tai yhteensopivuustakuuta ei luvata. Toimittajan ajantasaiset ohjeet ratkaisevat. Ei-kaupallinen opas ei sisällä kumppanuuslinkkejä.