Ubuntu 26.04.1: cosa cambia e quando aggiornare

Ubuntu 26.04.1 in breve

Ubuntu 26.04.1 LTS (supporto a lungo termine) è stato rilasciato il 27 agosto 2026, quattro mesi dopo Ubuntu 26.04 LTS, distribuito il 23 aprile 2026. È un aggiornamento cumulativo della release esistente: usa lo stesso kernel Linux 7.0 e lo stesso insieme di pacchetti, con tutti gli aggiornamenti di release stabili (SRU) e gli aggiornamenti di sicurezza pubblicati fino al 25 agosto 2026 già integrati nei supporti di installazione aggiornati. Un server 26.04 in esecuzione apt full-upgrade dispone già di tutto questo. La release è rilevante soprattutto per un server 24.04 LTS, perché Canonical apre il percorso di aggiornamento dalla LTS precedente con la prima point release. Al 18 settembre 2026 il percorso non è ancora aperto e un file di testo pubblico indica il giorno in cui verrà aperto.

Che cos'è una point release .1

Una point release è uno snapshot. Canonical prende l'archivio 26.04 nello stato corrente, con tutti gli aggiornamenti arrivati in resolute-updates e resolute-security da aprile, e crea nuove immagini ISO e cloud a partire da questo contenuto. L'annuncio della release lo riassume in una frase: "Questa point release include numerosi aggiornamenti e sono stati forniti supporti di installazione aggiornati, così dopo l'installazione sarà necessario scaricare meno aggiornamenti." Il supporto non cambia. I cinque anni decorrono comunque da aprile 2026, quindi 26.04.1 è supportata fino ad aprile 2031, esattamente come l'immagine di aprile. Il funzionamento generale, incluso il motivo per cui le point release successive includono un kernel più recente mentre questa non lo include, è descritto in come funzionano le point release di Ubuntu. Le informazioni seguenti riguardano nello specifico 26.04.1.

Cosa è cambiato in Ubuntu 26.04.1

L’elenco completo è disponibile nella pagina ufficiale delle note di rilascio di 26.04.1. È lungo e riguarda soprattutto l’hardware di desktop e laptop. Di seguito sono riportate le voci rilevanti per un server.

Kernel: Linux 7.0 invariato, nessuno stack HWE per ora

26.04 LTS è stato rilasciato con Linux 7.0, rispetto al 6.8 di 24.04. La release .1 resta sulla versione 7.0. Le note elencano diverse build linux SRU nella sezione del kernel, tra cui il tracker 7.0.0-15.15. Di conseguenza, uname -r su una macchina aggiornata mostra un numero ABI (application binary interface) superiore a quello dell’immagine di aprile, ma appartiene alla stessa serie 7.0. In 26.04.1 non è disponibile alcun kernel HWE (hardware enablement). La pagina Ubuntu sul ciclo di vita del kernel descrive il modello: per il desktop, le ".2 e le release successive vengono distribuite con un kernel aggiornato", mentre "le installazioni Server usano per impostazione predefinita il kernel GA e forniscono il kernel di enablement come opzione". GA significa general availability e indica il kernel con cui è stata rilasciata la versione. Su un VPS questo significa restare sulla versione 7.0 per tutta la durata della release, salvo scelta diversa. decidere se un server debba usare il kernel HWE è una decisione separata che non è necessario prendere oggi.

Vale la pena citare una correzione del kernel. Il bug 2158267, "Performance regression causes SDXL inference slowdown (~42x)", è stato corretto nel kernel generico e nella maggior parte delle varianti cloud. Se esegui carichi di inferenza su 26.04 e hai notato un rallentamento dopo un aggiornamento del kernel, questa è la voce da consultare.

Correzioni per server e cloud

• openssl: un aggiornamento di sicurezza per il problema "HollowByte Denial of Service" (bug 2161371).
• rsync: "Regression fixes from May 2026 security update" (bug 2155874). Se rsync ha smesso di funzionare a maggio, il supporto .1 include la correzione.
• exim4: tre aggiornamenti di sicurezza, tra cui una scrittura di un byte in un buffer già liberato e una divulgazione di informazioni in PROXYv2.
• ca-certificates: il bundle delle autorità di certificazione Mozilla è passato alla versione 2.86.
• systemd: è stato corretto un ritardo in cloud-init causato da un hook di risoluzione di systemd-networkd (bug 2148619). Inoltre, il componente principale apre il socket netfilter solo quando necessario.
• libvirt e qemu: una correzione per "excessive memory allocation when physical_package_id is large" e una correzione per una race condition tra iothread e i gruppi di limitazione.
• apparmor: una nuova release upstream e una correzione del profilo per "uucore locales reads". uucore contiene il codice condiviso sotto rust-coreutils. Questa correzione fa parte dello stesso problema che sta ritardando la richiesta di aggiornamento a 24.04, descritta più avanti.
• ubuntu-meta: pollinate è stato rimosso dai seed cloud-minimal, server, server-minimal e server-raspi, mentre curl è stato aggiunto esplicitamente a cloud-minimal e server-minimal. Entrambe le modifiche riguardano il contenuto di una nuova installazione eseguita dal supporto .1.
• debootstrap: "Detect and support SHA512 in Release index files". Questo è rilevante se crei chroot o container dall’archivio 26.04.
• base-files: /etc/os-release ora indica 26.04.1. Inoltre, è stato corretto il precedente bug "missing LTS in VERSION", quindi la stringa ora è 26.04.1 LTS (Resolute Raccoon).

Supporto di installazione

Le nuove immagini ISO includono quattro correzioni livecd-rootfs. Quella che può interessare un utente VPS è "fix: update nocloud password data format" (bug 2149891), che riguarda le installazioni non interattive che passano una password tramite la sorgente dati NoCloud. Le altre impostano a 0644 i permessi del kernel e dell’initrd nella directory casper e correggono due opzioni di avvio riscv64. Su un’immagine fornita dal provider si installa raramente da ISO. L’effetto pratico è quindi che un template creato da 26.04.1 viene avviato con gli aggiornamenti di sicurezza disponibili fino al 25 agosto 2026 già applicati.

Lo strumento di aggiornamento della release

In .1 sono presenti cinque voci ubuntu-release-upgrader, e una riguarda ogni macchina 26.04. Il bug 2154602, "data/release-upgrades: set Prompt=lts for resolute", corregge un errore della release di aprile: /etc/update-manager/release-upgrades era stato distribuito con Prompt=normal, cioè l’impostazione per le release intermedie. La versione 1:26.04.22 lo imposta su Prompt=lts. Senza questa correzione, a ottobre a un server 26.04 sarebbe stata proposta la versione 26.10. Le altre correzioni riguardano il percorso da 24.04 ("mark libfile-libmagic-perl for install on Noble"), un problema specifico di Raspberry Pi, una pulizia del lint e un elenco dei mirror aggiornato.

Come un server 26.04 raggiunge 26.04.1

Non è necessario eseguire alcun aggiornamento. La point release corrisponde allo stato dell'archivio e il server segue l'archivio tramite apt. Due comandi portano qualsiasi installazione 26.04 allo stesso stato dei supporti .1, o oltre.

sudo apt update
sudo apt full-upgrade

Usa full-upgrade invece di upgrade. apt upgrade rifiuta di rimuovere qualsiasi elemento. Quando un aggiornamento di pacchetto richiede la rimozione di un pacchetto precedente, visualizza The following packages have been kept back e lo lascia alla versione precedente. full-upgrade può rimuovere i pacchetti, quindi completa l'operazione. Controlla la stringa della versione al termine.

grep VERSION= /etc/os-release

Dovresti vedere VERSION="26.04.1 LTS (Resolute Raccoon)". Se nella stringa manca ancora .1, l'aggiornamento base-files non è stato applicato. Di solito significa che apt update non è riuscito a contattare il mirror. Leggi di nuovo l'output di apt update. Su una nuova immagine del provider, la causa più comune è un mirror non ancora sincronizzato.

Poi verifica se il kernel è cambiato.

cat /var/run/reboot-required
uname -r

*** System restart required *** indica che è stato installato un pacchetto che richiede un riavvio. Su un server, nella maggior parte dei casi si tratta del kernel. uname -r mostra il kernel attualmente in esecuzione. Il nuovo kernel non è attivo finché non riavvii il server. Riavvia quando puoi prevedere un minuto di inattività. Se la macchina non torna disponibile, un VPS che non si avvia dopo un aggiornamento del kernel quasi sempre può essere avviato usando il kernel precedente dal menu GRUB. Dopo l'avvio con il nuovo kernel, sudo apt autoremove --purge rimuove quelli obsoleti. La guida rimozione dei kernel obsoleti su Ubuntu spiega quali mantenere.

Infine, verifica che la correzione dell'upgrader sia stata applicata.

grep -v '^#' /etc/update-manager/release-upgrades

Dovresti vedere Prompt=lts. Se vedi Prompt=normal, tu o uno script di provisioning avete modificato quel file prima di .1. Per questo dpkg ha mantenuto la tua copia invece di installare quella nuova. Impostalo manualmente su lts. Questa differenza determina se il server riceverà l'aggiornamento a 26.10 il mese prossimo o la prossima LTS nel 2028. La guida perché un server dovrebbe restare sulle release LTS spiega il motivo.

Perché un server 24.04 continua a dire che non ci sono aggiornamenti da installare

Questa è la parte che crea confusione, perché 26.04.1 esiste e l'upgrader continua a dire di no. La causa è un flag in un file di testo gestito da Canonical.

Su un server 24.04, /etc/update-manager/release-upgrades contiene Prompt=lts. Con questa impostazione, do-release-upgrade scarica https://changelogs.ubuntu.com/meta-release-lts e legge l'elenco delle release contenuto al suo interno. Per ogni release più recente della versione installata, controlla un campo Supported:. Il ciclo rilevante in MetaRelease.py di update-manager, semplificato:

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

Una release con Supported: 0 viene saltata come se non esistesse. Puoi leggere direttamente il file.

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

Al 18 settembre 2026 stampa:

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 0

La riga Version indica già 26.04.1, quindi il file è stato aggiornato per la point release. Solo il flag Supported è ancora impostato su 0. Per questo il ciclo non trova alcuna release a cui eseguire l'upgrade, new_dist resta vuoto e do-release-upgrade stampa il messaggio previsto per il caso Prompt=lts:

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

Interpreta quel messaggio come «non ti viene ancora proposta alcuna LTS» e ignora il suggerimento relativo a Prompt=normal. Impostandolo, l'upgrader leggerebbe invece l'elenco delle release intermedie e proporrebbe 25.10, una release con nove mesi di supporto. Dovresti quindi eseguire un secondo upgrade per arrivare a 26.04. Il messaggio più breve No new release found. indica la stessa condizione su una macchina il cui file contiene già Prompt=normal. La guida cosa fare quando do-release-upgrade non trova nuove release analizza entrambi i messaggi e le altre cause possibili. C'è un altro messaggio che conviene conoscere. Please install all available updates for your release before upgrading. significa che su 24.04 sono presenti aggiornamenti in sospeso. Prima di riprovare, esegui sudo apt full-upgrade.

Perché il flag non è ancora cambiato? L'annuncio di 26.04.1 diceva: «Agli utenti di Ubuntu 24.04 LTS verrà proposto un upgrade automatico a 26.04.1 LTS tramite Update Manager alcune settimane dopo questa release, dopo l'inclusione di alcuni backport pianificati per correggere regressioni in una versione recente di rust-coreutils». 26.04 è la prima LTS in cui ls e le altre utilità di base provengono da rust-coreutils invece che da GNU coreutils. La guida cosa cambia con le riscritture in Rust nel sistema di base di Ubuntu spiega perché un upgrade da 24.04 è il punto in cui una regressione in questi componenti si manifesta per prima. Canonical sta mantenendo sospesa la proposta automatica finché queste correzioni non saranno disponibili in resolute-updates. Quando lo saranno, il file verrà modificato in Supported: 1. Da quel momento, il banner di accesso SSH su 24.04 mostrerà New release '26.04.1 LTS' available. seguito da Run 'do-release-upgrade' to upgrade to it. e lo stesso comando che prima indicava l'assenza di nuove release proporrà 26.04.1 senza alcuna modifica da parte tua.

Se non vuoi aspettare

L'annuncio indica anche come aggirare il flag: do-release-upgrade -d. Il testo della guida del flag recita «Se usi la release supportata più recente, esegui l'upgrade alla release di sviluppo», formulazione che sembra riferirsi a 26.10, ma su una LTS non è così. Con Prompt=lts, -d esegue due operazioni nel codice precedente. Aggiunge -development all'URL, quindi l'upgrader legge meta-release-lts-development, e imposta useDevelopmentRelease, che costituisce la seconda parte della condizione continue. Il controllo di esclusione Supported: 0 non si applica più e viene proposta resolute. Quel file contiene la LTS più recente, quindi -d su 24.04 propone 26.04.1 invece di 26.10.

sudo do-release-upgrade -d

Il compromesso è ottenere 26.04.1 nello stato attuale degli archivi, prima dell'inclusione dei backport per rust-coreutils attesi da Canonical. Su un server che puoi ricostruire da uno snapshot, è una scelta ragionevole. Se non puoi farlo, aspetta il cambio del flag. In ogni caso, crea prima uno snapshot e leggi la guida completa all'upgrade da 24.04 a 26.04 per la procedura di fallback sulla porta SSH 1022 e la gestione dei repository di terze parti. Se l'upgrade si interrompe a metà, tieni aperta la pagina recupero di un upgrade di release Ubuntu non riuscito.

La decisione

Già su 26.04: non devi eseguire operazioni particolari. Esegui sudo apt update && sudo apt full-upgrade e riavvia se esiste /var/run/reboot-required. Quindi verifica Prompt=lts. Non eri mai indietro, perché la point release fa parte del flusso di aggiornamento che stavi già utilizzando.

Su 24.04: il percorso di aggiornamento sta per essere aperto, ma al 18 settembre 2026 è chiuso. Esegui la riga curl precedente una volta alla settimana. Quando Supported: restituisce 1, pianifica l'aggiornamento creando prima uno snapshot. Se vuoi installare 26.04 prima di allora, do-release-upgrade -d fornisce oggi la versione 26.04.1, con la limitazione indicata sopra. 24.04 LTS è supportato fino ad aprile 2029, quindi attendere ancora alcune settimane che venga attivato il flag non comporta alcun costo.

Su 22.04 o su una release intermedia: le note di rilascio specificano chiaramente che "devi prima eseguire l'aggiornamento a Ubuntu 24.04 LTS o 25.10 prima di poter procedere con l'aggiornamento a 26.04 LTS". Passa prima a 24.04, quindi segui il percorso indicato sopra per 24.04.

FAQ

Ubuntu 26.04.1 è una nuova versione che devo installare?

No. Ubuntu 26.04.1 LTS, rilasciato il 27 agosto 2026, è l'archivio 26.04 con quattro mesi di aggiornamenti integrati nei nuovi supporti di installazione. Un server 26.04 che esegue sudo apt update && sudo apt full-upgrade si trova allo stato .1 o a uno stato successivo, e grep VERSION= /etc/os-release mostra 26.04.1 LTS (Resolute Raccoon) dopo l'applicazione dell'aggiornamento base-files. Il supporto termina comunque ad aprile 2031, calcolato a partire dal rilascio di aprile 2026.

Perché do-release-upgrade su 24.04 indica che non è disponibile alcuna versione di sviluppo di una LTS?

Perché Prompt=lts fa leggere all'upgrader meta-release-lts, e quel file elenca 26.04.1 con Supported: 0. L'upgrader ignora le voci non supportate, non trova versioni più recenti e mostra il messaggio previsto per il caso Prompt=lts. Canonical imposta il flag su Supported: 1 quando il percorso di aggiornamento diventa disponibile, e l'annuncio di 26.04.1 collegava questa modifica ai backport per le regressioni di rust-coreutils. Non impostare Prompt=normal: questa opzione offre 25.10, una versione intermedia.

26.04.1 include un nuovo kernel?

No. 26.04.1 resta sulla serie Linux 7.0 fornita con 26.04 LTS, aggiornata tramite diverse build SRU. Il primo kernel HWE arriva con una versione point release successiva, .2 secondo il consueto schema di Ubuntu, e anche in quel caso le installazioni server usano per impostazione predefinita il kernel GA. Una VPS con 26.04 mantiene 7.0, a meno che tu non scelga autonomamente lo stack HWE.

Devo usare do-release-upgrade -d per passare ora da 24.04?

L'annuncio lo propone a chi non vuole aspettare. -d con Prompt=lts legge l'elenco di sviluppo delle LTS e ignora il flag Supported: 0, quindi propone 26.04.1 anziché 26.10. Ricevi l'archivio nello stato attuale, prima dei backport di rust-coreutils che Canonical sta aspettando. Crea prima uno snapshot. Usa questa procedura su un server che puoi ricreare e attendi il flag su un server che non puoi ricreare.