Wat is een Ubuntu point release precies?

Wat een Ubuntu point release is

Een Ubuntu point release, zoals 26.04.1, is de release die u al heeft, waarbij alle updates die sinds de lancering zijn gepubliceerd, zijn verwerkt in nieuwe installatiemedia. Het is geen nieuwe versie. Het archief waarvan wordt geïnstalleerd verandert niet, en de suite-naam in uw apt-bronnen evenmin. Een server die al is geïnstalleerd en gepatcht, hoeft dus niets te downloaden wanneer er een nieuwe point release verschijnt.

Op de dag van uitgave gebeuren er twee dingen. De media worden opnieuw opgebouwd: er komen nieuwe ISO-bestanden en nieuwe cloud-images, gebaseerd op de status van het archief in die week. Daarnaast wijzigt de versiestring: lsb_release -a rapporteert dan 26.04.1 LTS, waar voorheen 26.04 LTS werd gerapporteerd.

Al het overige was al in uw bezit. Ubuntu publiceert continu fixes in de -security- en -updates-pockets van één suite, resolute voor 26.04 en noble voor 24.04. Een point release is een momentopname van die stroom. Er is geen aparte bestemming waarnaar u moet overstappen.

Waarom uw gepatchte server niets te downloaden heeft

Omdat het puntnummer in één klein pakket leeft. Voer dit uit:

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

dpkg -S beantwoordt base-files: /etc/lsb-release. Het base-files-pakket levert de bestanden die uw versiereeks bevatten. Wanneer er dus een punt-release wordt uitgebracht, belandt er een nieuwe base-files in de -updates-pocket en installeert uw volgende sudo apt upgrade deze. Dat ene pakket is het enige zichtbare effect van een punt-release op een draaiende machine. Al het overige daarin heeft u weken geleden al geïnstalleerd als reguliere updates.

Er is één veelvoorkomende manier om achter te raken. De standaard /etc/apt/apt.conf.d/50unattended-upgrades schakelt de -security-bron in zijn Allowed-Origins-blok in en laat de -updates-regel uitgeschreven (commented out). Hierdoor ontvangt een machine die alleen automatische updates uitvoert wel beveiligingsfixes, maar slaat deze de rest over. Die machine blijft maandenlang een ouder puntnummer rapporteren, en dat is terecht, omdat deze de betreffende pakketten daadwerkelijk niet bezit. Open het bestand en kijk welke regels zijn uitgeschreven: hoe unattended upgrades op Ubuntu zijn geconfigureerd loopt dat blok regel voor regel door.

Wanneer de volgende point release verschijnt

Leer het ritme kennen, niet de datum. De eerste point release van een LTS verschijnt enkele maanden na de oorspronkelijke release in april, en de daaropvolgende releases volgen met intervallen van ongeveer zes maanden, in lijn met elke tussenliggende release. Data verschuiven. Canonical kondigde de eerste 26.04 point release aan voor begin augustus 2026 en stelde deze vervolgens uit; dit is gebruikelijk en geen waarschuwingssignaal. Haal de datum van de Ubuntu release cycle pagina of de 26.04 LTS release notes in plaats van uit een artikel, inclusief dit artikel.

Waarom 24.04 pas bij de eerste point release een upgrade naar 26.04 aanbiedt

Omdat de upgrade-melding zo is geconfigureerd dat deze wacht; u kunt die configuratie zelf op uw eigen systeem inzien.

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

De opmerkingen in het meegeleverde bestand zijn langer dan dit fragment en het is de moeite waard om ze volledig te lezen. Prompt=lts is de standaardinstelling bij een LTS-installatie en deze voert twee taken uit: het beperkt het aanbod tot LTS-releases en het stuurt de controle naar een andere lijst.

Die lijst staat vermeld in een tweede bestand:

cat /etc/update-manager/meta-release

URI verwijst naar https://changelogs.ubuntu.com/meta-release en URI_LTS verwijst naar https://changelogs.ubuntu.com/meta-release-lts. Met Prompt=lts leest de upgrader de LTS-lijst, en de nieuwe LTS wordt daar pas als upgrade-doel aangeboden zodra de eerste point release beschikbaar is. Haal de lijst op en bekijk het zelf:

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

Elke release is een blok van Dist:, Version:, Supported: en UpgradeTool: regels. De upgrader heeft dat blok nodig voordat deze u iets kan aanbieden. Canonical stelt dezelfde regel in duidelijke bewoordingen in de aankondiging van de 26.04 LTS-release: gebruikers van 24.04 LTS krijgen de automatische upgrade aangeboden wanneer 26.04.1 wordt uitgebracht.

Dus op een 24.04-server vóór dat moment:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

Dat is een gezond resultaat, geen defect. Wanneer het pad wordt geopend, benoemt hetzelfde commando de release en verschijnt hetzelfde bericht in de inlogbanner:

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

Let op welke versie er wordt genoemd. U upgradet nooit naar 26.04 om vervolgens nogmaals naar 26.04.1 te upgraden. U voert één upgrade uit en komt direct uit op de huidige status van 26.04.

Twee andere zaken zorgen ervoor dat die controle leeg terugkomt: Prompt=never, wat sommige provider-images instellen, en een proxy of mirror die changelogs.ubuntu.com niet kan bereiken. Een ander bericht, Please install all available updates for your release before upgrading, betekent dat de controle is geslaagd en dat de upgrader een volledig bijgewerkt startpunt vereist. do-release-upgrade meldt geen nieuwe release gevonden behandelt de overige oorzaken. Wanneer het pad openstaat en u er klaar voor bent, is de upgrade van 24.04 naar 26.04 zelf een afzonderlijke taak met een eigen voorbereiding.

De vlag -d richt dezelfde controle op de ontwikkelingslijst; dit is hoe gebruikers overstappen voordat het pad officieel openstaat. Het wachten is er met een reden: het is de periode waarin blokkerende problemen die door vroege gebruikers worden gemeld, worden opgelost. Op een server die u huurt en waarvan u afhankelijk bent, is dat een argument om het wachten zijn werk te laten doen.

Wat de hardware enablement kernel betekent op een VPS

Een LTS-release levert één kernel voor de gehele levensduur, de GA (general availability) kernel, en biedt daarnaast een tweede, doorlopend traject genaamd HWE (hardware enablement). Het HWE-traject wordt geleverd via point releases en is het enige onderdeel van een point release dat daadwerkelijk nieuwe code bevat in plaats van een herverpakking van bestaande software.

24.04 dient hier als voorbeeld. Deze versie werd uitgebracht met kernel 6.8 en behoudt deze 6.8-versie op het GA-traject gedurende de volledige vijf jaar van standaardondersteuning. Het HWE-traject startte bij de tweede point release: 24.04.2 bracht de 6.11-kernel van Ubuntu 24.10, en 24.04.3 bracht 6.14 van Ubuntu 25.04. Sinds augustus 2026 is dit het vastgestelde patroon en 26.04 volgt dezelfde structuur.

Op welk traject u zich bevindt, wordt bepaald door een pakketnaam:

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

linux-generic is het GA-traject. linux-generic-hwe-24.04 is het doorlopende traject. Desktopinstallaties gebruiken standaard HWE en serverinstallaties gebruiken standaard GA, terwijl provider-images voor een VPS vaak nog specifiekere varianten gebruiken, zoals linux-virtual of een cloud-specifieke linux-kvm. Controleer dit in plaats van ervan uit te gaan, aangezien de standaardinstelling afhangt van wie uw image heeft gebouwd.

Op gehuurde virtuele hardware is hardware enablement meestal niet op u van toepassing. Uw server ziet virtio-apparaten, de geparavirtualiseerde netwerk- en schijfinterfaces die de hypervisor aanbiedt, en die drivers zijn al meer dan tien jaar stabiel in de kernel. Een nieuwe laptop heeft HWE nodig. Een VPS vrijwel nooit. Wat een nieuwere kernel u hier daadwerkelijk oplevert, zijn kernel-functies: nieuwer io_uring- en eBPF-werk, of een filesystem-reparatie waarvoor u een specifieke reden heeft. wat is er nieuw in Linux kernel 7.1 is de manier om te bepalen of dit de moeite waard is.

De kosten zijn reboots en risico. Het HWE-metapakket haalt ongeveer elke zes maanden een nieuwe upstream-kernel binnen, dus u accepteert een kernel-sprong en een reboot in dat tempo. Out-of-tree-modules die zijn gebouwd met DKMS, waarbij ZFS de meest voorkomende is, kunnen falen bij het bouwen tegen de nieuwe versie, en daar komt u pas bij het opstarten achter. Elke kernel laat ook zijn voorganger achter, wat de reden is dat een kleine /boot volloopt. Lees oude kernels verwijderen van een volle /boot en kiezen welke kernel uw VPS opstart voordat u ze nodig heeft, in plaats van daarna.

Overstappen naar het HWE-traject is één commando en een reboot:

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

uname -r zou na de reboot de nieuwere versie moeten rapporteren. Laat de vorige kernel geïnstalleerd totdat u de nieuwe heeft opgestart en uw services heeft gecontroleerd, omdat het herstelpad voor een kernel die niet wil opstarten inhoudt dat u het oudere item in het opstartmenu selecteert, en dat item moet nog steeds bestaan. Als dat niet zo is, bevindt u zich in het scenario van een VPS herstellen die niet opstart na een kernel-update.

Er is ook een -edge-variant van het HWE-pakket die de volgende kernel al vóór de point release ophaalt. Deze is bedoeld voor testdoeleinden. Laat deze op een server met rust.

Het standaardadvies voor een gehuurde server is de GA-kernel: één kernelversie voor vijf jaar, met beveiligingspatches die gedurende de hele periode worden teruggepoort en zonder geplande versie-sprongen. Stap pas over naar HWE wanneer u de specifieke functie kunt benoemen die u nodig heeft.

Waarom een verse installatie vandaag verschilt van die van vorige maand

Images worden vaker opnieuw gebouwd dan dat er punt-releases verschijnen. Ubuntu publiceert cloud-images voorzien van een serienummer, en elke provider ververst zijn Ubuntu-templates volgens een eigen schema. Hierdoor kunnen twee servers die u met zes maanden tussenpoos via hetzelfde menu-item aanmaakt, opstarten met verschillende kernelversies en verschillende pakketversies. Geen van beide is onjuist.

Dit is belangrijker dan het lijkt. Een runbook dat voorschrijft om na de installatie vijf commando's uit te voeren, gaat stilzwijgend uit van een begintoestand die niet langer actueel is. Controleer lsb_release -a en uname -r op elke server in plaats van te vertrouwen op het label waarop u heeft geklikt. Definieer vervolgens de eindtoestand in code, zodat de begintoestand niet langer relevant is. een eerste Ansible playbook voor een VPS is de kleinst bruikbare versie daarvan.

Moet u overstappen bij een point release, of wachten?

• Als u al op 26.04 zit, is er geen overstap nodig. Blijf updates installeren en het point-nummer volgt vanzelf.
• Als u op 24.04 zit, loopt de standaardondersteuning tot april 2029, dus wachten is risicoloos. De eerste point release is een mogelijkheid, geen deadline.
• Upgrade eerst een kopie. Maak een snapshot van de server, of bouw dezelfde stack opnieuw op een tijdelijke VPS, voer daar de upgrade uit en meet hoe lang dit duurt.
• Als u de voorkeur geeft aan een nieuwere kernel in plaats van een nieuwere release, biedt het HWE-traject u dat op 24.04 zonder dat er een LTS-upgrade nodig is.

De bredere vraag op welke release u moet blijven, wordt behandeld in LTS versus interim-releases voor een server.

Wat u op uw eigen systeem moet controleren

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

Een gezond resultaat ziet er als volgt uit: lsb_release -a rapporteert uw release met het huidige puntnummer, uname -r komt overeen met de kernel-track die u beoogde, Prompt=lts is aanwezig en de controle vindt ofwel niets, of benoemt de release die zal worden aangeboden. Elke andere uitkomst is het waard om te begrijpen vóór een upgrade in plaats van tijdens het proces.

FAQ

Moet ik actie ondernemen wanneer een point release zoals 26.04.1 uitkomt?

Nee, zolang de server al op die release draait en updates ontvangt. Een point release bundelt reeds gepubliceerde updates in nieuwe installatiemedia. Een draaiende machine ontvangt dezelfde inhoud via apt upgrade zodra deze wordt gepubliceerd, en de versie-string in lsb_release -a verandert wanneer het base-files-pakket wordt bijgewerkt. Er is geen aparte release om naar over te stappen en een herinstallatie is niet nodig.

Waarom rapporteert mijn server na een apt upgrade nog steeds een ouder point-nummer?

Dit komt meestal doordat automatische updates beperkt zijn tot beveiligingsfixes. De standaard /etc/apt/apt.conf.d/50unattended-upgrades schakelt de -security-bron in en laat de -updates-regel uitgeschakeld (commented out), terwijl het base-files-pakket dat de versie-string bevat via -updates binnenkomt. Voer sudo apt update && sudo apt full-upgrade handmatig uit en controleer of base-files in de lijst verschijnt. Als het pakket als 'kept back' wordt vermeld, wordt het door een pinning- of hold-configuratie tegengehouden.

Waarom wordt 26.04 niet aangeboden aan mijn 24.04-server?

Omdat Prompt=lts in /etc/update-manager/release-upgrades de standaardinstelling is op een LTS-versie. Dit controleert de LTS-lijst op https://changelogs.ubuntu.com/meta-release-lts, waar de nieuwe LTS pas als upgrade-doel wordt aangeboden vanaf de eerste point release. Tot die tijd geeft sudo do-release-upgrade -c de melding No new release found. weer, wat het correcte gedrag is. Dit wachten is een bewuste keuze: het is de periode waarin upgrade-problemen die door vroege gebruikers worden ontdekt, worden verholpen.

Moet ik de HWE-kernel op mijn VPS installeren?

Meestal niet. Hardware enablement is bedoeld om hardware te ondersteunen die nieuwer is dan de release, terwijl een VPS gebruikmaakt van virtio-apparaten waarvan de drivers al jaren in de kernel zitten. De GA-kernel blijft gedurende de gehele levensduur van de LTS op één versie, waarbij fixes worden teruggepoort (backported). Kies alleen voor de HWE-kernel als u specifiek kunt benoemen welke kernel-functionaliteit u nodig heeft, en accepteer dat u daarmee ongeveer elke zes maanden een kernel-upgrade en een reboot moet uitvoeren.