Ubuntu 26.04.1: cos’è una point release

Che cos’è una point release di Ubuntu

Una point release di Ubuntu, come 26.04.1, è la release già installata con tutti gli aggiornamenti pubblicati dal rilascio iniziale inclusi nei nuovi supporti di installazione. Non è una nuova versione. L’archivio da cui viene eseguita l’installazione non cambia, così come non cambia il nome della suite nelle sorgenti di apt; quindi, quando viene pubblicata una point release, un server già installato e aggiornato non deve scaricare nulla.

Quel giorno vengono pubblicate due novità. I supporti vengono ricreati: nuovi file ISO e nuove immagini cloud, generati dall’archivio nello stato raggiunto quella settimana. Inoltre cambia la stringa della versione: lsb_release -a inizia a restituire 26.04.1 LTS invece di 26.04 LTS.

Tutto il resto era già disponibile. Ubuntu pubblica continuamente le correzioni nei pocket -security e -updates della stessa suite: resolute per 26.04 e noble per 24.04. Una point release è uno snapshot di questo flusso. Non esiste una destinazione separata verso cui spostarsi.

Perché sul server aggiornato non c’è nulla da scaricare

Il numero di versione secondario si trova in un unico pacchetto di piccole dimensioni. Esegui:

lsb_release -a
dpkg -S /etc/lsb-release

dpkg -S risponde a base-files: /etc/lsb-release. Il pacchetto base-files contiene i file che memorizzano la stringa della versione. Quando viene pubblicato un aggiornamento secondario, un nuovo base-files arriva nel pocket -updates e il successivo sudo apt upgrade lo installa. Questo pacchetto rappresenta l’intero effetto visibile di un aggiornamento secondario su una macchina in esecuzione. Tutto il resto al suo interno è stato installato settimane prima come aggiornamento ordinario.

Esiste un modo comune per rimanere indietro. Il /etc/apt/apt.conf.d/50unattended-upgrades predefinito abilita l’origine -security nel relativo blocco Allowed-Origins e lascia commentata la riga -updates. Di conseguenza, una macchina che usa soltanto gli aggiornamenti automatici riceve le correzioni di sicurezza, ma ignora il resto. La macchina continua a riportare per mesi un numero di versione secondario precedente, e lo fa correttamente, perché quei pacchetti non sono realmente presenti. Apri il file e verifica quali righe sono commentate: come sono configurati gli aggiornamenti automatici su Ubuntu analizza quel blocco riga per riga.

Quando arriva la prossima point release

Impara la cadenza, non la data. La prima point release di una versione LTS arriva alcuni mesi dopo la versione originale di aprile; le successive vengono pubblicate a intervalli di circa sei mesi, in linea con ogni release intermedia. Le date possono cambiare. Canonical aveva annunciato la prima point release 26.04 per l'inizio di agosto 2026, poi l'ha posticipata: è una situazione normale e non indica un problema. Verifica la data nella pagina del ciclo di rilascio di Ubuntu o nelle note di rilascio di 26.04 LTS, invece di usare la data riportata in un articolo, incluso questo.

Perché 24.04 non propone 26.04 prima del primo point release

Il prompt di aggiornamento è configurato per attendere, e puoi leggere questa configurazione direttamente sul tuo server.

cat /etc/update-manager/release-upgrades

[DEFAULT]
# never  - Never check for, or allow upgrading to, a new release.
# normal - Check to see if a new release is available.
# lts    - Check to see if a new LTS release is available.
Prompt=lts

I commenti presenti nel file distribuito sono più lunghi dell'estratto e vale la pena leggerli per intero. Prompt=lts è il valore predefinito in un'installazione LTS e svolge due funzioni: limita l'offerta alle release LTS e invia il controllo a un elenco diverso.

Questo elenco è indicato in un secondo file:

cat /etc/update-manager/meta-release

URI punta a https://changelogs.ubuntu.com/meta-release e URI_LTS punta a https://changelogs.ubuntu.com/meta-release-lts. Con Prompt=lts l'upgrader legge l'elenco LTS e la nuova LTS non viene proposta come destinazione dell'aggiornamento finché non è disponibile il primo point release. Scarica l'elenco e verificalo direttamente:

curl -s https://changelogs.ubuntu.com/meta-release-lts | tail -40

Ogni release è costituita da un blocco di righe Dist:, Version:, Supported: e UpgradeTool:. L'upgrader ha bisogno di quel blocco prima di poter proporre qualsiasi aggiornamento. Canonical enuncia la stessa regola in modo esplicito nell'annuncio della release 26.04 LTS: agli utenti di 24.04 LTS viene proposto l'aggiornamento automatico quando viene rilasciata la versione 26.04.1.

Quindi, su un server 24.04 prima di quel point release:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

È un risultato corretto, non un errore. Quando il percorso si apre, lo stesso comando indica la release e lo stesso messaggio compare nel banner di accesso:

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

Osserva quale versione viene indicata. Non esegui prima l'aggiornamento a 26.04 e poi quello a 26.04.1. Esegui un solo aggiornamento e arrivi allo stato corrente di 26.04.

Altri due fattori possono far restituire un risultato vuoto a questo controllo: Prompt=never, impostato da alcune immagini dei provider, e un proxy o mirror che non riesce a raggiungere changelogs.ubuntu.com. Un messaggio diverso, Please install all available updates for your release before upgrading, indica che il controllo è riuscito e che l'upgrader richiede un punto di partenza completamente aggiornato. do-release-upgrade non trova nuove release analizza le cause rimanenti. Quando il percorso è disponibile e sei pronto, l'aggiornamento da 24.04 a 26.04 è un'attività separata, con una propria fase di preparazione.

Il flag -d indirizza lo stesso controllo all'elenco di sviluppo. È così che alcuni utenti eseguono l'aggiornamento prima che il percorso venga aperto. L'attesa ha una ragione: è il periodo in cui vengono risolti i problemi che bloccano l'aggiornamento e che sono stati segnalati dai primi utenti. Su un server che noleggi e da cui dipendi, è un buon motivo per lasciare che l'attesa faccia il suo corso.

Che cosa significa il kernel hardware enablement su un VPS

Una versione LTS utilizza un kernel per tutto il proprio ciclo di vita: il kernel GA (general availability). Offre inoltre un secondo canale con aggiornamenti progressivi, chiamato HWE (hardware enablement). Il canale HWE viene distribuito tramite le point release ed è l'unico componente di una point release che introduce codice realmente nuovo, invece di riconfezionare ciò che è già installato.

24.04 è l'esempio di riferimento. È stata rilasciata con il kernel 6.8 e mantiene 6.8 nel canale GA per tutti i cinque anni di supporto standard. Il canale HWE è iniziato con la seconda point release: 24.04.2 ha introdotto il kernel 6.11 di Ubuntu 24.10, mentre 24.04.3 ha introdotto 6.14 di Ubuntu 25.04. Ad agosto 2026 questo è il modello consolidato e 26.04 segue lo stesso schema.

Il canale utilizzato è indicato dal nome del pacchetto:

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic è il canale GA. linux-generic-hwe-24.04 è quello con aggiornamenti progressivi. Le installazioni desktop usano HWE per impostazione predefinita, mentre le installazioni server usano GA. Le immagini fornite da un provider per un VPS possono però usare una variante ancora più specifica, come linux-virtual o una variante cloud specifica, linux-kvm. Verifica il valore invece di dare per scontato il canale, perché l'impostazione predefinita dipende da chi ha creato l'immagine.

Su hardware virtuale noleggiato, l'hardware enablement nella maggior parte dei casi non ti riguarda. Il server vede dispositivi virtio e interfacce di rete e disco paravirtualizzate presentate dall'hypervisor. Questi driver sono stabili nel kernel da oltre un decennio. Un laptop nuovo ha bisogno di HWE. Un VPS quasi mai. In questo caso, un kernel più recente offre soprattutto nuove funzionalità del kernel: miglioramenti per io_uring ed eBPF o una correzione relativa al filesystem che hai un motivo specifico per voler utilizzare. cosa c'è di nuovo nel kernel Linux 7.1 consente di valutare se questi vantaggi giustificano gli aggiornamenti frequenti.

Il costo consiste nei riavvii e nei rischi associati. Il meta-pacchetto HWE installa un nuovo kernel upstream circa ogni sei mesi. Devi quindi accettare un aggiornamento del kernel e un riavvio con questa frequenza. I moduli esterni compilati con DKMS, in particolare ZFS, possono non essere compilati correttamente per la nuova versione. Te ne accorgi durante l'avvio. Ogni kernel lascia inoltre installato il precedente. Per questo una piccola /boot può riempirsi. Leggi rimuovere i kernel obsoleti da un /boot pieno e scegliere il kernel con cui avviare il VPS prima di averne bisogno, non dopo.

Il passaggio al canale HWE richiede un comando e un riavvio:

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

uname -r dopo il riavvio dovrebbe riportare la versione più recente. Mantieni installato il kernel precedente finché non hai avviato quello nuovo e verificato i servizi. Se il nuovo kernel non si avvia, puoi selezionare la voce precedente nel menu di avvio, ma tale voce deve essere ancora presente. In caso contrario, devi recuperare un VPS che non si avvia dopo un aggiornamento del kernel.

Esiste anche una variante -edge del pacchetto HWE, che installa il kernel successivo prima della relativa point release. È destinata ai test. Non utilizzarla su un server.

Per un server noleggiato, la scelta predefinita è il kernel GA: una versione del kernel per cinque anni, con le correzioni di sicurezza trasferite su quella versione per tutto il periodo e senza aggiornamenti di versione pianificati. Passa a HWE quando puoi indicare esattamente quale funzionalità ti serve.

Perché una nuova installazione oggi è diversa da una del mese scorso

Le immagini vengono ricostruite più spesso di quanto vengano rilasciate point release. Ubuntu pubblica immagini cloud contrassegnate da un numero seriale e ogni provider aggiorna i propri template Ubuntu secondo una pianificazione indipendente. Di conseguenza, due server creati a distanza di sei mesi dalla stessa voce di menu possono avviarsi con versioni diverse del kernel e pacchetti iniziali differenti. Nessuno dei due è necessariamente errato.

Questo aspetto è più importante di quanto sembri. Una procedura operativa che indica di eseguire cinque comandi dopo l'installazione presuppone implicitamente uno stato iniziale che potrebbe non esistere più. Controlla lsb_release -a e uname -r su ogni macchina invece di fidarti dell'etichetta selezionata, quindi definisci lo stato finale nel codice, così lo stato iniziale diventa irrilevante. un primo playbook Ansible per un VPS è la versione minima realmente utile di questo approccio.

Conviene passare alla point release oppure aspettare?

• Se usi già 26.04, non devi passare a nessuna versione. Continua a installare gli aggiornamenti: il numero della point release verrà aggiornato automaticamente.
• Se usi 24.04, il supporto standard è disponibile fino ad aprile 2029, quindi aspettare non comporta costi rilevanti. La prima point release è un'opportunità, non una scadenza.
• Esegui prima l'upgrade di una copia. Crea uno snapshot del server oppure ricrea lo stesso stack su un VPS usa e getta, esegui lì l'upgrade e misura il tempo necessario.
• Se ti serve un kernel più recente, non una release più recente, il ramo HWE te lo fornisce su 24.04 senza eseguire alcun upgrade LTS.

La scelta della release su cui basarsi è descritta in LTS e release intermedie per un server.

Cosa controllare sul proprio server

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

Un risultato corretto è il seguente: lsb_release -a restituisce la release con il relativo numero di versione, uname -r corrisponde al ramo del kernel previsto, Prompt=lts è presente e il controllo non rileva nulla oppure indica la release che proporrà. Qualsiasi altro risultato deve essere analizzato prima dell'upgrade, non durante l'upgrade.

FAQ

Devo fare qualcosa quando viene pubblicata una point release, come la 26.04.1?

No, purché il server esegua già quella release e riceva gli aggiornamenti. Una point release integra gli aggiornamenti già pubblicati in nuovi supporti di installazione. Una macchina in esecuzione riceve gli stessi contenuti tramite apt upgrade man mano che vengono pubblicati, mentre la stringa della versione in lsb_release -a cambia quando viene aggiornato il pacchetto base-files. Non esiste una release separata a cui passare e non è necessario reinstallare il sistema.

Perché il server continua a indicare un numero di point release precedente dopo apt upgrade?

Di solito perché gli aggiornamenti automatici sono limitati alle correzioni di sicurezza. Il file /etc/apt/apt.conf.d/50unattended-upgrades predefinito abilita l'origine -security e lascia commentata la riga -updates; il pacchetto base-files, che contiene la stringa della versione, viene ricevuto tramite -updates. Esegui manualmente sudo apt update && sudo apt full-upgrade e verifica se base-files compare nell'elenco. Se è indicato come mantenuto alla versione corrente, significa che un pinning o un blocco ne impedisce l'aggiornamento.

Perché al mio server 24.04 non viene proposta la 26.04?

Perché Prompt=lts in /etc/update-manager/release-upgrades è l'impostazione predefinita su una LTS e controlla l'elenco delle LTS in https://changelogs.ubuntu.com/meta-release-lts. La nuova LTS non viene proposta come destinazione dell'aggiornamento finché non viene pubblicata la sua prima point release. Fino a quel momento sudo do-release-upgrade -c stampa No new release found., ed è il comportamento corretto. L'attesa è intenzionale: consente di risolvere i problemi di aggiornamento individuati da chi esegue per primo il passaggio.

Devo installare il kernel HWE sulla mia VPS?

Di solito no. L'Hardware Enablement serve a supportare hardware più recente della release, mentre una VPS presenta dispositivi virtio i cui driver sono presenti nel kernel da anni. Il kernel GA mantiene la stessa versione per tutta la durata della LTS, con le correzioni retroportate. Scegli il kernel HWE solo se puoi indicare la funzionalità del kernel di cui hai bisogno e considera che, in tal caso, dovrai eseguire un passaggio di versione del kernel e un riavvio circa ogni sei mesi.