Ubuntu 26.04.1: Was ein Point-Release bedeutet

Was ein Ubuntu-Point-Release ist

Ein Ubuntu-Point-Release wie 26.04.1 ist die bereits installierte Version, in die alle seit der Veröffentlichung bereitgestellten Updates in neue Installationsmedien eingeflossen sind. Es ist keine neue Version. Das Archiv, aus dem installiert wird, ändert sich nicht. Auch der Suite-Name in Ihren apt-Quellen bleibt unverändert. Ein installierter und aktualisierter Server muss daher nichts herunterladen, wenn ein Point-Release erscheint.

Am Veröffentlichungstag ändern sich zwei Dinge. Die Installationsmedien werden neu erstellt: neue ISO-Dateien und neue Cloud-Images, die aus dem Archivstand dieser Woche gebaut wurden. Außerdem ändert sich die Versionszeichenfolge: lsb_release -a meldet nun 26.04.1 LTS, wo zuvor 26.04 LTS gemeldet wurde.

Alles andere war bereits vorhanden. Ubuntu veröffentlicht fortlaufend Fehlerbehebungen in den -security- und -updates-Pockets einer Suite: resolute für 26.04 und noble für 24.04. Ein Point-Release ist eine Momentaufnahme dieses Aktualisierungsstroms. Es gibt kein separates Ziel, auf das Sie wechseln müssen.

Warum Ihr gepatchter Server nichts herunterzuladen hat

Die Ursache ist, dass die Punktversionsnummer in einem kleinen Paket enthalten ist. Führen Sie Folgendes aus:

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

dpkg -S beantwortet base-files: /etc/lsb-release. Das base-files-Paket liefert die Dateien, die Ihre Versionszeichenfolge enthalten. Wenn eine Punktversion veröffentlicht wird, landet ein neues base-files im -updates-Pocket, und Ihr nächstes sudo apt upgrade installiert es. Dieses eine Paket ist die gesamte sichtbare Auswirkung einer Punktversion auf ein laufendes System. Alles andere darin haben Sie bereits Wochen zuvor als normale Updates installiert.

Es gibt eine häufige Ursache dafür, dass ein System zurückbleibt. Der standardmäßige /etc/apt/apt.conf.d/50unattended-upgrades aktiviert die Quelle -security in seinem Block Allowed-Origins und lässt die Zeile -updates auskommentiert. Ein System, das ausschließlich automatische Updates verwendet, installiert dadurch Sicherheitskorrekturen und überspringt den Rest. Dieses System meldet monatelang weiterhin eine ältere Punktversionsnummer. Das ist korrekt, weil die betreffenden Pakete tatsächlich nicht installiert sind. Öffnen Sie die Datei und prüfen Sie, welche Zeilen auskommentiert sind: so werden unbeaufsichtigte Upgrades unter Ubuntu konfiguriert geht diesen Block Zeile für Zeile durch.

Wenn das nächste Point-Release erscheint

Merken Sie sich den Veröffentlichungsrhythmus, nicht das Datum. Das erste Point-Release einer LTS-Version erscheint einige Monate nach der ursprünglichen Version im April. Die folgenden Point-Releases erscheinen ungefähr im Abstand von sechs Monaten und orientieren sich an den jeweiligen Interim-Releases. Die Termine können sich ändern. Canonical hatte das erste Point-Release 26.04 zunächst für Anfang August 2026 angekündigt und den Termin später verschoben. Das ist üblich und kein Warnsignal. Verwenden Sie das Datum von der Ubuntu-Release-Cycle-Seite oder aus den Release Notes zu 26.04 LTS, nicht aus einem beliebigen Artikel, auch nicht aus diesem.

Warum 24.04 bis zum ersten Point-Release nicht als 26.04 angeboten wird

Weil die Upgrade-Aufforderung so konfiguriert ist, dass sie wartet. Die Konfiguration können Sie auf Ihrem eigenen System einsehen.

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

Die Kommentare in der mitgelieferten Datei sind länger als dieser Ausschnitt und die vollständige Lektüre wert. Prompt=lts ist bei einer LTS-Installation die Standardeinstellung und erfüllt zwei Aufgaben: Sie beschränkt das Angebot auf LTS-Releases und leitet die Prüfung an eine andere Liste weiter.

Diese Liste ist in einer zweiten Datei angegeben:

cat /etc/update-manager/meta-release

URI verweist auf https://changelogs.ubuntu.com/meta-release und URI_LTS verweist auf https://changelogs.ubuntu.com/meta-release-lts. Mit Prompt=lts liest der Upgrader die LTS-Liste. Das neue LTS-Release wird dort erst als Upgrade-Ziel angeboten, wenn sein erstes Point-Release verfügbar ist. Rufen Sie die Liste ab und prüfen Sie sie selbst:

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

Jedes Release besteht aus einem Block mit Zeilen für Dist:, Version:, Supported: und UpgradeTool:. Der Upgrader benötigt diesen Block, bevor er Ihnen ein Release anbieten kann. Canonical formuliert dieselbe Regel in der Ankündigung des 26.04-LTS-Releases ausdrücklich: Benutzer von 24.04 LTS erhalten das automatische Upgrade, sobald 26.04.1 veröffentlicht wird.

Auf einem 24.04-Server vor diesem Zeitpunkt gilt daher:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

Das ist ein erwartetes Ergebnis und kein Fehler. Sobald der Upgrade-Pfad geöffnet ist, nennt derselbe Befehl das Release, und dieselbe Meldung erscheint im Login-Banner:

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

Beachten Sie, welche Version genannt wird. Sie führen kein Upgrade auf 26.04 und anschließend ein weiteres Upgrade auf 26.04.1 durch. Sie aktualisieren einmal und landen auf dem aktuellen Stand von 26.04.

Zwei weitere Ursachen führen dazu, dass diese Prüfung leer zurückkommt: Prompt=never, das manche Provider-Images setzen, sowie ein Proxy oder Mirror, der changelogs.ubuntu.com nicht erreichen kann. Eine andere Meldung, Please install all available updates for your release before upgrading, bedeutet, dass die Prüfung erfolgreich war und der Upgrader einen vollständig aktualisierten Ausgangspunkt verlangt. do-release-upgrade meldet kein neues Release gefunden behandelt die verbleibenden Ursachen. Wenn der Upgrade-Pfad geöffnet ist und Sie bereit sind, ist das Upgrade von 24.04 auf 26.04 selbst ein separater Vorgang mit eigenen Vorbereitungen.

Das Flag -d richtet dieselbe Prüfung auf die Entwicklungsliste, wodurch ein Upgrade vor der Öffnung des Upgrade-Pfads möglich wird. Die Wartezeit hat einen Grund: In diesem Zeitraum werden Upgrade-Blocker behoben, die von den frühen Anwendern gemeldet wurden. Bei einem Server, den Sie mieten und auf den Sie angewiesen sind, spricht das dafür, die Wartezeit wirken zu lassen.

Was der Hardware-Enablement-Kernel auf einem VPS bedeutet

Ein LTS veröffentlicht für seine gesamte Lebensdauer einen Kernel, den GA-Kernel (General Availability), und bietet zusätzlich einen rollierenden Track namens HWE (Hardware Enablement). Der HWE-Track wird über Point Releases bereitgestellt. Er ist der einzige Teil eines Point Releases, der tatsächlich neuen Code enthält und nicht nur bereits vorhandene Inhalte neu paketiert.

24.04 dient als Beispiel. Die Version wurde mit Kernel 6.8 veröffentlicht und bleibt während der gesamten fünf Jahre Standardsupport im GA-Track bei 6.8. Der HWE-Track begann mit dem zweiten Point Release: 24.04.2 brachte den Kernel 6.11 aus Ubuntu 24.10, und 24.04.3 brachte 6.14 aus Ubuntu 25.04. Im August 2026 ist das das etablierte Muster, und 26.04 folgt demselben Schema.

Auf welchem Track Sie sich befinden, erkennen Sie am Paketnamen:

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

linux-generic ist der GA-Track. linux-generic-hwe-24.04 ist der rollierende Track. Desktop-Installationen verwenden standardmäßig HWE, Server-Installationen dagegen GA. Provider-Images für einen VPS verwenden oft nochmals eine speziellere Variante, etwa linux-virtual oder linux-kvm für eine bestimmte Cloud. Prüfen Sie dies, statt es anzunehmen, denn der Standard hängt davon ab, wer Ihr Image erstellt hat.

Auf gemieteter virtueller Hardware trifft Hardware Enablement meist nicht auf Sie zu. Ihr Server sieht virtio-Geräte sowie die paravirtualisierten Netzwerk- und Festplattenschnittstellen, die der Hypervisor bereitstellt. Diese Treiber sind seit mehr als einem Jahrzehnt im Kernel stabil. Ein neuer Laptop benötigt HWE. Ein VPS fast nie. Ein neuerer Kernel bringt Ihnen hier tatsächlich neue Kernel-Funktionen, etwa Verbesserungen für io_uring und eBPF oder eine Dateisystemkorrektur, für die Sie einen konkreten Grund haben. Was ist neu im Linux-Kernel 7.1 hilft Ihnen bei der Entscheidung, ob sich diese Änderungen lohnen.

Der Nachteil sind Reboots und Risiken. Das HWE-Metapaket installiert ungefähr alle sechs Monate einen neuen Upstream-Kernel. Sie akzeptieren damit in diesem Rhythmus einen Kernelwechsel und einen Reboot. Out-of-Tree-Module, die mit DKMS gebaut werden, können beim Erstellen für die neue Version fehlschlagen. ZFS ist das übliche Beispiel. Das bemerken Sie beim Booten. Jeder Kernel lässt außerdem seinen Vorgänger installiert. Dadurch kann sich ein kleines /boot füllen. Lesen Sie alte Kernel aus einem vollen /boot entfernen und auswählen, mit welchem Kernel Ihr VPS bootet, bevor Sie diese Maßnahmen benötigen.

Der Wechsel zum HWE-Track erfolgt mit einem Befehl und einem Reboot:

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

uname -r sollte nach dem Reboot die neuere Version melden. Lassen Sie den vorherigen Kernel installiert, bis Sie mit dem neuen Kernel gebootet und Ihre Dienste geprüft haben. Wenn ein Kernel nicht bootet, besteht der Wiederherstellungspfad darin, den älteren Eintrag im Bootmenü auszuwählen. Dieser Eintrag muss daher noch vorhanden sein. Falls er fehlt, befinden Sie sich im Szenario einen VPS wiederherstellen, der nach einem Kernelupdate nicht mehr bootet.

Es gibt außerdem eine -edge-Variante des HWE-Pakets. Sie verwendet den nächsten Kernel bereits vor dem Point Release. Diese Variante ist für Tests vorgesehen. Lassen Sie sie auf einem Server unverändert.

Für einen gemieteten Server ist der GA-Kernel standardmäßig die richtige Wahl: eine Kernelversion für fünf Jahre, während des gesamten Zeitraums mit zurückportierten Sicherheitskorrekturen und ohne geplanten Versionswechsel. Wechseln Sie zu HWE, wenn Sie die benötigte Funktion konkret benennen können.

Warum sich eine neue Installation heute von einer des letzten Monats unterscheidet

Images werden häufiger neu erstellt, als Point-Releases veröffentlicht werden. Ubuntu veröffentlicht Cloud-Images mit einer Seriennummer, und jeder Provider aktualisiert seine Ubuntu-Vorlagen nach einem eigenen Zeitplan. Daher können zwei Server, die Sie im Abstand von sechs Monaten über denselben Menüeintrag erstellt haben, mit unterschiedlichen Kernel-Versionen starten und verschiedene Paketversionen enthalten. Keine der beiden Installationen ist deshalb falsch.

Das ist wichtiger, als es zunächst klingt. Ein Runbook, das nach der Installation die Ausführung von fünf Befehlen vorgibt, setzt stillschweigend einen Ausgangszustand voraus, der möglicherweise nicht mehr vorhanden ist. Prüfen Sie auf jedem System lsb_release -a und uname -r, statt dem angeklickten Bezeichner zu vertrauen. Definieren Sie anschließend den Zielzustand im Code, damit der Ausgangszustand keine Rolle mehr spielt. ein erstes Ansible-Playbook für einen VPS ist die kleinste sinnvolle Variante davon.

Am Point-Release wechseln oder warten?

• Wenn Sie bereits 26.04 verwenden, gibt es keinen Wechsel auf eine andere Version. Installieren Sie weiterhin die Updates. Die Point-Release-Nummer wird automatisch aktualisiert.
• Wenn Sie 24.04 verwenden, läuft der Standardsupport bis April 2029. Warten ist daher unproblematisch. Das erste Point Release ist ein geeigneter Zeitpunkt, aber keine Frist.
• Führen Sie das Upgrade zuerst mit einer Kopie durch. Erstellen Sie einen Snapshot des Servers oder bauen Sie denselben Stack auf einem verworfenen VPS nach. Führen Sie das Upgrade dort durch und messen Sie die benötigte Zeit.
• Wenn Sie statt eines neueren Releases nur einen neueren Kernel benötigen, bietet Ihnen der HWE-Track diese Möglichkeit unter 24.04, ohne dass ein LTS-Upgrade erforderlich ist.

Die grundsätzliche Frage, auf welchem Release Sie den Server betreiben sollten, wird unter LTS gegenüber Interim-Releases für einen Server behandelt.

Was Sie auf Ihrem eigenen Server prüfen sollten

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

Ein unauffälliges Ergebnis sieht so aus: lsb_release -a meldet Ihre Release-Version mit der aktuellen Patch-Nummer, uname -r entspricht dem vorgesehenen Kernel-Zweig, Prompt=lts ist vorhanden, und die Prüfung findet entweder nichts oder nennt die Release-Version, die angeboten wird. Alles andere sollten Sie vor einem Upgrade klären und nicht erst währenddessen.

FAQ

Muss ich etwas tun, wenn eine Point-Release wie 26.04.1 erscheint?

Nein, sofern der Server bereits auf dieser Version läuft und Updates erhält. Eine Point-Release bündelt bereits veröffentlichte Updates in neuen Installationsmedien. Ein laufendes System erhält denselben Inhalt über apt upgrade, sobald er veröffentlicht wird, und die Versionszeichenfolge in lsb_release -a ändert sich, wenn das Paket base-files aktualisiert wird. Es gibt keine separate Version, auf die Sie wechseln müssen, und keine Neuinstallation.

Warum meldet mein Server nach apt upgrade noch eine ältere Point-Release-Nummer?

In der Regel, weil automatische Updates auf Sicherheitskorrekturen beschränkt sind. Die Standardkonfiguration /etc/apt/apt.conf.d/50unattended-upgrades aktiviert die Quelle -security und lässt die Zeile -updates auskommentiert. Das Paket base-files, das die Versionszeichenfolge enthält, kommt über -updates. Führen Sie sudo apt update && sudo apt full-upgrade manuell aus und prüfen Sie, ob base-files in der Liste erscheint. Wenn es als zurückgehalten aufgeführt wird, wird es durch eine Pinning-Regel oder eine Holdsperre zurückgehalten.

Warum wird meinem 24.04-Server 26.04 nicht angeboten?

Weil Prompt=lts in /etc/update-manager/release-upgrades auf einem LTS-System die Standardeinstellung ist und die LTS-Liste unter https://changelogs.ubuntu.com/meta-release-lts prüft. Dort wird die neue LTS-Version erst nach ihrer ersten Point-Release als Upgrade-Ziel angeboten. Bis dahin gibt sudo do-release-upgrade -c No new release found. aus. Das ist korrekt. Die Wartezeit ist beabsichtigt. In diesem Zeitraum werden Upgrade-Probleme behoben, die bei frühen Upgrades gefunden wurden.

Sollte ich den HWE-Kernel auf meinem VPS installieren?

In der Regel nicht. Hardware Enablement unterstützt neuere Hardware als die jeweilige Version. Ein VPS stellt jedoch virtio-Geräte bereit, deren Treiber seit Jahren im Kernel enthalten sind. Der GA-Kernel bleibt während der gesamten LTS-Laufzeit auf einer Version. Korrekturen werden auf diese Version zurückportiert. Verwenden Sie den HWE-Kernel nur, wenn Sie das benötigte Kernel-Feature konkret benennen können. Dann müssen Sie jedoch etwa alle sechs Monate einen Kernelwechsel und einen Reboot einplanen.