Ubuntu 26.04.1: wat is er nieuw en wanneer upgraden?

Ubuntu 26.04.1 in het kort

Ubuntu 26.04.1 LTS (long-term support) werd uitgebracht op 27 augustus 2026, vier maanden nadat Ubuntu 26.04 LTS verscheen op 23 april 2026. Het is een verzamelrelease van de bestaande versie: dezelfde Linux 7.0 kernel en dezelfde pakketset, met stable release updates (SRU's) en beveiligingsupdates verwerkt in nieuwe installatiemedia. De release notes vermelden alleen een peildatum voor het beveiligingsgedeelte: de update bevat elke beveiligingsupdate uit de Ubuntu Security Notices voor 26.04.1 LTS die tot en met 25 augustus 2026 zijn uitgebracht. Een 26.04-server die draait met apt full-upgrade beschikt al over al deze wijzigingen. Voor een 24.04 LTS-server is deze release wel van belang, omdat Canonical bij de eerste punt-release het upgradepad vanaf de vorige LTS opent. Dat pad werd geopend op 29 september 2026, en u kunt dit vanaf uw eigen terminal bevestigen met behulp van één openbaar tekstbestand.

Wat een .1-pointrelease is

Een pointrelease is een momentopname. Canonical neemt het 26.04-archief zoals het er nu voor staat, inclusief alle updates die sinds april in resolute-updates en resolute-security zijn opgenomen, en bouwt daaruit nieuwe ISO- en cloudimages. De releaseaankondiging vat dit in één zin samen: "Zoals gebruikelijk bevat deze pointrelease veel updates en zijn bijgewerkte installatiemedia beschikbaar gesteld, zodat na de installatie minder updates hoeven te worden gedownload." Aan de ondersteuning verandert niets. De vijf jaar tellen nog steeds vanaf april 2026. 26.04.1 wordt dus ondersteund tot april 2031, precies zoals de aprilimage. De algemene werking, waaronder waarom latere pointreleases een nieuwere kernel bevatten en deze release niet, staat in hoe Ubuntu-pointreleases werken. Hieronder wordt specifiek ingegaan op 26.04.1.

Wat is er veranderd in Ubuntu 26.04.1

De officiële pagina met release notes voor 26.04.1 bevat de samenvatting. Deze heeft alleen betrekking op pakketten in main en restricted, en de individuele changelogs van pakketten bevatten de volledige details. Het is een lange lijst, en het meeste daarvan betreft hardware voor desktops en laptops. Hieronder staan de items die relevant zijn voor een server.

Kernel: nog steeds Linux 7.0, nog geen nieuwere HWE-kernel

26.04 LTS werd uitgebracht met Linux 7.0, een upgrade vanaf 6.8 in 24.04. De .1-release blijft op 7.0. De notes vermelden verschillende linux SRU-builds onder de kernel-sectie (waaronder de 7.0.0-15.15 tracker), dus uname -r op een gepatchte machine toont een hoger ABI-nummer (application binary interface) dan de image van april, maar het blijft dezelfde 7.0-serie. De HWE-metapakketten (hardware enablement) bestaan al in het 26.04-archief: linux-generic-hwe-26.04 is gepubliceerd, maar per 27 oktober 2026 installeert dit een 7.0-kernel, dezelfde serie als de GA-kernel. GA staat voor general availability, de kernel waarmee de release werd gelanceerd. Er is dus geen nieuwere HWE-kernel in 26.04.1, alleen het pakket dat er een zal bevatten wanneer een latere point-release de HWE-stack verplaatst. Voor 24.04 en eerder stelt de HWE-kernelreferentie van Ubuntu: "Serverinstallaties gebruiken standaard de general availability (GA) kernel en bieden de HWE-kernel als optie." De installer van 26.04 verandert een onderdeel daarvan. De release notes van Subiquity voor 26.04 vermelden dat een bijbehorend OEM- of HWE-metapakket, dat voorheen standaard alleen op Desktop werd geïnstalleerd, vanaf 26.04 "ook voor Ubuntu Server zal worden geïnstalleerd" wanneer de installer er een vindt die bij de hardware past. Een server die vanaf 26.04-media is geïnstalleerd, kan daarom uiteindelijk een HWE-pakket volgen, en dpkg -l | grep hwe laat zien of die van u dat doet. Op een VPS die de GA linux-generic-kernel volgt, blijft u voor de levensduur van de release op 7.0, tenzij u anders kiest, en of een server überhaupt de HWE-kernel zou moeten gebruiken is een afzonderlijke beslissing die u vandaag niet hoeft te nemen.

Eén kernel-fix is het vermelden waard. Bug 2158267, "Performance regression causes SDXL inference slowdown (~42x)", is opgelost in de generieke kernel en de meeste cloud-varianten. Als u inference-workloads op 26.04 draait en merkte dat deze trager werden na een kernel-update, dan is dat het item om te lezen.

Server- en cloud-fixes

• openssl: een beveiligingsupdate voor het "HollowByte Denial of Service issue" (bug 2161371).
• rsync: "Regression fixes from May 2026 security update" (bug 2155874). Als rsync voor u niet meer werkte in mei, bevat de .1-media de oplossing.
• exim4: drie beveiligingsupdates, waaronder een one-byte write naar een vrijgegeven buffer en een informatielek in PROXYv2.
• ca-certificates: de Mozilla certificate authority-bundel is verplaatst naar versie 2.86.
• systemd: een vertraging in cloud-init veroorzaakt door een systemd-networkd resolve-hook is verholpen (bug 2148619), en de core opent zijn netfilter-socket nu alleen wanneer dat nodig is.
• libvirt en qemu: een fix voor "excessive memory allocation when physical_package_id is large", en een fix voor een race-conditie tussen iothreads en throttle groups.
• apparmor: een nieuwe upstream-release, plus een profiel-fix voor "uucore locales reads". uucore is de gedeelde code onder rust-coreutils, en deze fix hoort bij hetzelfde verhaal dat de 24.04-upgrademelding tegenhield tot 29 september, hieronder behandeld.
• ubuntu-meta: pollinate is verwijderd uit de cloud-minimal, server, server-minimal en server-raspi seeds, en curl is expliciet toegevoegd aan cloud-minimal en server-minimal. Beide wijzigingen zijn van toepassing op wat een schone installatie vanaf .1-media bevat.
• debootstrap: "Detect and support SHA512 in Release index files", wat van belang is als u chroots of containers bouwt vanuit het 26.04-archief.
• base-files: /etc/os-release leest nu 26.04.1, en de eerdere "missing LTS in VERSION"-bug is verholpen, zodat de string 26.04.1 LTS (Resolute Raccoon) leest.

Installatiemedia

De nieuwe ISO's bevatten vier livecd-rootfs-fixes. De fix waar een VPS-gebruiker mee te maken kan krijgen is "fix: update nocloud password data format" (bug 2149891), wat van invloed is op onbeheerde installaties die een wachtwoord doorgeven via de NoCloud-datasource. De andere fixes installeren de kernel en initrd in de casper-directory met modus 0644, verwijderen de earlycon=sbi-bootoptie van riscv64-images, en schakelen de riscv64-desktop-image over naar de generieke kernel-variant in plaats van HWE. Op een provider-image installeert u zelden vanaf ISO, dus het praktische effect is dat een template die is gebouwd vanaf 26.04.1 opstart met de beveiligingsupdates tot en met 25 augustus 2026 al toegepast.

De release-upgrader

Er staan vijf ubuntu-release-upgrader-items in .1, en één daarvan heeft invloed op elke 26.04-machine. Bug 2154602, "data/release-upgrades: set Prompt=lts for resolute", herstelde een fout in de april-release: /etc/update-manager/release-upgrades werd geleverd met Prompt=normal, wat de instelling voor interim-releases is. Versie 1:26.04.22 stelt dit in op Prompt=lts. Zonder die fix zou een 26.04-server 26.10 hebben aangeboden gekregen toen deze op 15 oktober 2026 werd uitgebracht. De andere items zijn eigenaardigheden voor het 24.04-pad ("mark libfile-libmagic-perl for install on Noble"), een Raspberry Pi-eigenaardigheid, een lint-opschoning en een vernieuwde mirror-lijst.

Hoe een 26.04-server 26.04.1 bereikt

U hoeft geen upgrade uit te voeren. De point release is de toestand van het archief en uw server volgt het archief via apt. Met twee opdrachten brengt u een 26.04-installatie in dezelfde toestand als de .1-media, of verder, met één uitzondering die hieronder wordt beschreven.

sudo apt update
sudo apt full-upgrade

Gebruik full-upgrade in plaats van upgrade. apt upgrade weigert pakketten te verwijderen. Wanneer voor een pakketupdate een oud pakket moet verdwijnen, blijft dat pakket daarom op de oude versie staan. Op 26.04, dat apt 3.x bevat, vermeldt apt deze pakketten onder Not upgrading: en telt het ze mee in de waarde Not Upgrading: van het blok Summary:. De oudere formulering The following packages have been kept back: komt nu alleen uit apt-get. full-upgrade mag pakketten verwijderen en voltooit daarom de taak. De uitzondering is gefaseerde uitrol. Geen van beide opdrachten omzeilt die. Ubuntu rolt sommige updates uit naar een steeds groter percentage systemen. In de handleiding van apt_preferences staat dat op een systeem buiten dat percentage de nieuwe versie "is pinned to 1, and thus held back" totdat de uitrol het systeem bereikt. apt vermeldt deze pakketten onder Not upgrading yet due to phasing:. Een pakket dat door gefaseerde uitrol wordt tegengehouden, is geen fout. Een latere apt full-upgrade installeert het pakket. Controleer daarna de versietekenreeks.

grep VERSION= /etc/os-release

U hoort VERSION="26.04.1 LTS (Resolute Raccoon)" te zien. Als de tekenreeks nog steeds .1 mist, is de update base-files niet toegepast. Meestal betekent dit dat apt update tegen uw mirror is mislukt. Lees de uitvoer van apt update opnieuw. Een mirror die nog niet is gesynchroniseerd, is op een nieuwe providerimage de meest voorkomende oorzaak.

Controleer vervolgens of de kernel is gewijzigd.

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

*** System restart required *** betekent dat er een pakket is geïnstalleerd waarvoor een herstart nodig is. Op een server is dat vrijwel altijd de kernel. uname -r toont de kernel die nu actief is. De nieuwe kernel wordt pas actief na een herstart. Herstart daarom wanneer u een minuut downtime kunt toestaan. Als de machine niet terugkomt, start een VPS die na een kernelupdate niet meer opstart vrijwel altijd op met de vorige kernel uit het GRUB-menu. Zodra de machine met de nieuwe kernel is gestart, verwijdert sudo apt autoremove --purge de oude kernels. Oude kernels opruimen op Ubuntu beschrijft welke u moet behouden.

Bevestig tot slot dat de oplossing voor de upgrader is geïnstalleerd.

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

U hoort Prompt=lts te zien. Als u Prompt=normal ziet, hebt u of een provisioning-script dat bestand vóór .1 aangepast. dpkg heeft daarom uw kopie behouden in plaats van de nieuwe versie te installeren. Stel het bestand handmatig in op lts. Dit verschil bepaalt of uw server 26.10, uitgebracht op 15 oktober 2026, of de volgende LTS-versie in 2028 aangeboden krijgt. Waarom een server LTS-releases moet blijven gebruiken beschrijft de achterliggende reden.

Waarom een 24.04-server nog steeds aangeeft dat er geen upgrade beschikbaar is

Sinds 29 september 2026 zou dit niet meer het geval moeten zijn. In de maand tussen de release van 26.04.1 en die datum bestond 26.04.1 wel, maar gaf de upgrader nog steeds aan dat er geen upgrade was, wat voor veel verwarring zorgde. De reden was één vlag in één tekstbestand dat door Canonical wordt beheerd. Datzelfde bestand is het eerste wat u moet controleren als een 24.04-server vandaag nog steeds "nee" zegt.

Op een 24.04-server bevat /etc/update-manager/release-upgrades de waarde Prompt=lts. Met die instelling downloadt do-release-upgrade het bestand https://changelogs.ubuntu.com/meta-release-lts en leest het de lijst met releases daarin. Voor elke release die nieuwer is dan de uwe, controleert het een Supported:-veld. De relevante lus in MetaRelease.py van update-manager, ingekort:

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

Een release met Supported: 0 wordt overgeslagen alsof deze niet bestaat. U kunt het bestand zelf inzien.

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

Op 27 oktober 2026 staat daar het volgende:

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

Het blok bevat ook een UpgradeTool-regel die verwijst naar de resolute upgrader in resolute-updates. Tot 29 september stond in de Version-regel al 26.04.1, maar Supported las een 0. Met die waarde vond de lus geen upgradebare release, bleef new_dist leeg en printte do-release-upgrade het bericht dat is geschreven voor het Prompt=lts-geval:

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.

Als uw 24.04-server dat vandaag print, is de vlag niet langer de reden. Voer de curl-regel uit en bevestig dat deze Supported: 1 toont, controleer of /etc/update-manager/release-upgrades nog steeds Prompt=lts zegt en niet Prompt=never, en voer het commando opnieuw uit. Negeer de hint over Prompt=normal. Die instelling zorgt ervoor dat de upgrader de volledige releaselijst leest en houdt de machine op het spoor van interim-releases; zodra deze 26.04 bereikt, zou 26.10 worden aangeboden, een release met negen maanden ondersteuning. Het kortere No new release found.-bericht is dezelfde conditie op een machine waarvan het bestand al Prompt=normal aangeeft, en wat te doen wanneer do-release-upgrade geen nieuwe release vindt behandelt beide berichten en hun andere oorzaken. Er is nog één bericht dat de moeite waard is om te kennen. Please install all available updates for your release before upgrading. betekent dat u nog updates heeft openstaan op 24.04, en de oplossing is sudo apt full-upgrade voordat u het opnieuw probeert.

Waarom bleef de vlag een maand lang op 0 staan? In de aankondiging van 26.04.1 stond: "Gebruikers van Ubuntu 24.04 LTS krijgen via Update Manager een automatische upgrade naar 26.04.1 LTS aangeboden, een paar weken na deze release, na enkele geplande backports om regressies in een recente versie van rust-coreutils aan te pakken." 26.04 is de eerste LTS waarbij ls en de andere kernhulpprogramma's afkomstig zijn van rust-coreutils in plaats van GNU coreutils, en wat de Rust-herschrijvingen in het basissysteem van Ubuntu veranderen legt uit waarom een upgrade vanaf 24.04 het punt is waar een regressie daarin als eerste verschijnt. Canonical hield het pad vast tot 29 september 2026, toen het Ubuntu-team aankondigde dat "upgrades van Ubuntu 24.04 LTS naar Ubuntu 26.04.1 LTS, met codenaam 'Resolute Raccoon', nu zijn ingeschakeld." Het bestand veranderde naar Supported: 1. Desktopgebruikers krijgen "via Update Manager een automatische upgrade naar 26.04.1 LTS aangeboden, die de komende dagen stapsgewijs wordt uitgerold". Servergebruikers hoeven niet op die uitrol te wachten: de aankondiging stelt dat zij "de upgrade op elk gewenst moment kunnen starten door het volgende uit te voeren: $ do-release-upgrade". Zodra de periodieke releasecontrole is uitgevoerd, toont de SSH-inlogbanner op 24.04 New release '26.04.1 LTS' available. gevolgd door Run 'do-release-upgrade' to upgrade to it., en hetzelfde commando dat in september "nee" zei, biedt nu 26.04.1 aan zonder dat u iets hoeft te wijzigen.

Als u niet wilt wachten

Er is niets meer om op te wachten. Vóór 29 september noemde de aankondiging van 26.04.1 een manier om de vlag te omzeilen: do-release-upgrade -d. De helptekst van de vlag luidt "Indien de nieuwste ondersteunde release wordt gebruikt, upgrade naar de ontwikkelingsrelease", wat klinkt als 26.10, maar dat is het niet op een LTS. Met Prompt=lts doet -d twee dingen in de bovenstaande code. Het voegt -development toe aan de URL, zodat de upgrader meta-release-lts-development leest, en het stelt useDevelopmentRelease in, wat de tweede helft is van de continue-conditie. De Supported: 0-skip was niet langer van toepassing en resolute werd aangeboden. Nu de vlag op 1 staat, is die snelkoppeling overbodig. Het standaardcommando biedt 26.04.1 aan, en dat is het commando dat Canonical in de aankondiging van 29 september aan servergebruikers geeft.

sudo do-release-upgrade

Als u vroegtijdig heeft geüpgraded met -d, bevindt u zich op dezelfde release als iedereen, en brengt sudo apt full-upgrade op 26.04 u bij met alles wat sindsdien is gepubliceerd. Maak in ieder geval eerst een snapshot en lees de volledige handleiding voor de upgrade van 24.04 naar 26.04 voor de fallback naar SSH-poort 1022 en de afhandeling van externe repositories. Als de upgrade halverwege stopt, is herstel van een mislukte Ubuntu-release-upgrade de pagina die u open moet hebben.

De beslissing

Al op 26.04: u hoeft niets speciaals te doen. Voer sudo apt update && sudo apt full-upgrade uit en start opnieuw op als /var/run/reboot-required bestaat. Bevestig daarna Prompt=lts. U liep nooit achter, aangezien de point release de update-stroom is waar u al op zat.

Op 24.04: het upgradepad is open. Canonical heeft dit op 29 september 2026 ingeschakeld en op 27 oktober 2026 toont de regel curl hierboven Supported: 1. Maak een snapshot, voer sudo apt full-upgrade uit zodat er niets in de wacht staat en voer vervolgens sudo do-release-upgrade uit. 24.04 LTS zelf wordt ondersteund tot april 2029, dus u kunt een rustig onderhoudsvenster kiezen in plaats van u te haasten, maar er is geen vlag meer om op te wachten.

Op 22.04 of een tussenliggende release: de release notes zijn expliciet dat "u eerst moet upgraden naar Ubuntu 24.04 LTS of 25.10 voordat u door kunt gaan naar 26.04 LTS". 25.10 heeft inmiddels het einde van de levensduur bereikt en de release-lijst van de upgrader markeert dit als Supported: 0, dus ga eerst naar 24.04 en volg daarna het 24.04-pad hierboven. Voor een 22.04-server behandelt de route van 22.04 naar 26.04 via 24.04 de controle en de snapshot die u tussen de hops moet maken, evenals de PPA-, PHP-, Python-, database- en netplan-onderbrekingen die u onderweg kunt verwachten.

FAQ

Is Ubuntu 26.04.1 een nieuwe versie die ik moet installeren?

Nee. Ubuntu 26.04.1 LTS, uitgebracht op 27 augustus 2026, is het 26.04-archief met vier maanden updates die in nieuwe installatiemedia zijn opgenomen. Een 26.04-server waarop sudo apt update && sudo apt full-upgrade draait, bevindt zich op of voorbij de .1-status, behalve wanneer een update nog gefaseerd wordt uitgerold. grep VERSION= /etc/os-release toont 26.04.1 LTS (Resolute Raccoon) zodra de base-files-update is toegepast. De ondersteuning eindigt nog steeds in april 2031, gerekend vanaf de release in april 2026.

Waarom meldt do-release-upgrade op 24.04 dat er geen ontwikkelversie van een LTS beschikbaar is?

Tot en met 29 september 2026 verscheen die melding omdat Prompt=lts ervoor zorgt dat de upgrader meta-release-lts leest. Dat bestand vermeldde 26.04.1 met Supported: 0. De upgrader slaat niet-ondersteunde vermeldingen over, vond niets nieuwers en toonde de melding die voor het geval Prompt=lts is geschreven. Canonical wijzigde de vlag in Supported: 1 toen het upgradepad op 29 september 2026 werd ingeschakeld. Als u de melding nog steeds ziet, controleer dan of de controle met curl Supported: 1 toont en of Prompt=lts is ingesteld. Probeer het daarna opnieuw. Stel Prompt=normal niet in. Daarmee zet u de server op het spoor van interim-releases.

Bevat 26.04.1 een nieuwe kernel?

Nee. 26.04.1 blijft op de Linux 7.0-serie waarmee 26.04 LTS is uitgebracht, bijgewerkt via verschillende SRU-builds. De HWE-metapakketten, zoals linux-generic-hwe-26.04, bestaan al, maar installeren momenteel dezelfde 7.0-serie als de GA-kernel. Een nieuwere HWE-kernel verschijnt bij een latere point release, volgens het gebruikelijke patroon van Ubuntu bij .2. Sinds 26.04 installeert het serverinstallatieprogramma ook een bijpassend OEM- of HWE-metapakket wanneer het er een voor de hardware vindt. Een VPS die linux-generic volgt, blijft op 7.0 tenzij u zelf voor de HWE-stack kiest.

Moet ik nu do-release-upgrade -d gebruiken om van 24.04 over te stappen?

Niet meer. Vóór 29 september 2026 bood de aankondiging -d aan voor iedereen die niet wilde wachten, omdat -d met Prompt=lts de LTS-ontwikkellijst leest en de vlag Supported: 0 negeert. De vlag heeft nu de waarde 1. Daarom biedt gewoon sudo do-release-upgrade 26.04.1 aan. Dat is de opdracht die Canonical in de aankondiging van 29 september aan servergebruikers geeft. Maak in beide gevallen eerst een snapshot.