Aggiornato al 9 novembre 2026. Kernel.org contrassegna Linux 7.2.15, del 1º novembre, come EOL e indica Linux 7.3.3, del 6 novembre, come stabile. È un motivo per verificare l’inventario, non un ordine di installazione per qualsiasi computer Linux. Contano l’origine del pacchetto e il supporto del sistema concreto. [1]
Che cosa significa davvero la fine del supporto
La guida è rivolta a utenti Linux esperti e amministratori. La fine del ramo upstream 7.2 non dimostra, da sola, che un pacchetto della distribuzione non riceva più correzioni di sicurezza. I fornitori possono riportare correzioni alle versioni precedenti e applicare durate proprie. Una famiglia di versioni meno recente non prova una vulnerabilità non corretta; una più recente non prova la soluzione di un errore specifico. Le versioni candidate non sono una raccomandazione generale per la produzione. [2]
Preparazione: garantire prima il ripristino
Prevedere una finestra di manutenzione, un backup verificato e un percorso di ripristino realmente accessibile. Per un computer remoto è importante una console indipendente: una sessione SSH aperta non sopravvive al riavvio. Documentare sblocco della cifratura, selezione di avvio e driver necessari senza copiare chiavi nel registro di lavoro. Uno snapshot sullo stesso disco non sostituisce un backup separato.
Cinque passaggi per una transizione controllata
- Rilevare l’inventario senza modifiche.
uname -rmostra il kernel in esecuzione ecat /etc/os-releaseidentifica la distribuzione. Individuare anche il pacchetto del kernel installato e il suo repository nel gestore pacchetti. In un container,uname -rriguarda il kernel dell’host: la modifica compete al gestore dell’host, non all’immagine del container. - Verificare il supporto corretto. Consultare gli avvisi per distribuzione, edizione, architettura e variante esatte. Ubuntu, per esempio, pubblica coperture proprie per prodotti e kernel. [4] Se il sistema è ancora supportato e il pacchetto riceve correzioni, non abbandonare il canale del fornitore solo per l’EOL upstream. Un kernel 7.2 compilato autonomamente richiede invece un successore mantenuto e un piano di test sotto la propria responsabilità.
- Preparare compatibilità e avvio alternativo. Controllare spazio libero nell’area di avvio e indicazioni su moduli aggiuntivi, DKMS, Secure Boot e initramfs. Conservare il kernel funzionante noto e i moduli corrispondenti; imparare a selezionarlo prima di un’emergenza. Non disattivare protezioni per avviare un pacchetto sconosciuto. Fermarsi se il recupero non è definito.
- Aggiornare con il percorso documentato. Usare il canale di pacchetti/immagini supportato o il processo di compilazione previsto per questa installazione, non comandi isolati di terzi. La documentazione del kernel spiega che compilazione e installazione richiedono passaggi specifici della distribuzione. [3] Verificare errori d’installazione e dei moduli prima del riavvio pianificato. L’articolo non modifica il sistema.
- Verificare il risultato effettivo dopo il riavvio. Confrontare
uname -rcon il pacchetto installato previsto. Provare archiviazione, rete, grafica, servizi importanti e sospensione/ripresa sui portatili. Su un server, provare una nuova connessione esterna. Un pacchetto installato o un avvio riuscito non bastano.
Verificare il risultato e tornare indietro
In caso di regressione, tornare al kernel noto con il percorso di avvio/ripristino preparato, registrare versioni e sintomi e coinvolgere il fornitore. Il vecchio kernel è una misura limitata di continuità, non una soluzione permanente su un ramo non mantenuto. Pianificare la normale pulizia solo dopo una verifica stabile; non eseguire cancellazioni generiche.
Limiti e fonti
Procedura editoriale, non un test di kernel, hardware o attacco condotto da noi. Nessuna versione di destinazione universale, correzione CVE dichiarata o compatibilità garantita. Restano determinanti le indicazioni aggiornate del fornitore. Questa guida non commerciale non contiene link di affiliazione.