Ubuntu 26.04.1: Änderungen und Upgrade-Termin

Ubuntu 26.04.1 kurz erklärt

Ubuntu 26.04.1 LTS (Long-Term Support) wurde am 27. August 2026 veröffentlicht, vier Monate nach der Veröffentlichung von Ubuntu 26.04 LTS am 23. April 2026. Es handelt sich um eine Zusammenfassung der bestehenden Version: derselbe Linux-7.0-Kernel und derselbe Paketsatz, ergänzt um jedes bis zum 25. August 2026 veröffentlichte Stable Release Update (SRU) und Sicherheitsupdate, integriert in die neuen Installationsmedien. Ein 26.04-Server, der bereits apt full-upgrade ausgeführt hat, enthält diese Updates schon vollständig. Relevant ist diese Version für einen 24.04-LTS-Server, weil Canonical mit dem ersten Point Release den Upgrade-Pfad von der vorherigen LTS-Version freigibt. Am 18. September 2026 ist dieser Pfad noch nicht geöffnet. Eine öffentliche Textdatei nennt den Tag, an dem er geöffnet wird.

Was ein .1-Punktrelease ist

Ein Punktrelease ist eine Momentaufnahme. Canonical nimmt das 26.04-Archiv in seinem aktuellen Stand, einschließlich aller Updates, die seit April in resolute-updates und resolute-security eingegangen sind, und erstellt daraus neue ISO- und Cloud-Images. Die Release-Ankündigung fasst es in einem Satz zusammen: „Dieses Punktrelease enthält zahlreiche Updates. Außerdem wurden aktualisierte Installationsmedien bereitgestellt, sodass nach der Installation weniger Updates heruntergeladen werden müssen.“ An den Supportbedingungen ändert sich nichts. Die fünf Jahre zählen weiterhin ab April 2026. Daher wird 26.04.1 bis April 2031 unterstützt, genau wie das Image vom April. Die allgemeinen Abläufe, einschließlich der Frage, warum spätere Punktreleases einen neueren Kernel enthalten und dieses nicht, werden unter Funktionsweise der Ubuntu-Punktreleases erläutert. Im Folgenden geht es speziell um 26.04.1.

Was ist neu in Ubuntu 26.04.1

Die vollständige Liste finden Sie auf der offiziellen Seite mit den Versionshinweisen zu 26.04.1. Sie ist lang, und die meisten Einträge betreffen Hardware für Desktop-Systeme und Laptops. Im Folgenden finden Sie die Einträge, die für Server relevant sind.

Kernel: weiterhin Linux 7.0, noch kein HWE-Stack

26.04 LTS wurde mit Linux 7.0 veröffentlicht, gegenüber 6.8 in 24.04. Die Version .1 bleibt bei 7.0. In den Versionshinweisen sind im Kernel-Abschnitt mehrere linux-SRU-Builds aufgeführt, darunter der Tracker 7.0.0-15.15. Daher zeigt uname -r auf einem gepatchten System eine höhere ABI-Nummer (Application Binary Interface) als das April-Image, aber weiterhin die gleiche 7.0-Serie. In 26.04.1 gibt es keinen HWE-Kernel (Hardware Enablement). Auf der Ubuntu-Seite zum Kernel-Lebenszyklus wird das Muster beschrieben: „.2 und neuere Point-Releases werden für den Desktop mit einem aktualisierten Kernel veröffentlicht“, während „Serverinstallationen standardmäßig den GA-Kernel verwenden und den Enablement-Kernel optional bereitstellen“. GA bedeutet General Availability, also den Kernel, mit dem die Version veröffentlicht wurde. Auf einem VPS bedeutet das: Sie bleiben während der gesamten Laufzeit der Version bei 7.0, sofern Sie sich nicht anders entscheiden. Ob ein Server überhaupt den HWE-Kernel verwenden sollte, ist eine separate Entscheidung, die Sie heute nicht treffen müssen.

Eine Kernel-Korrektur ist besonders erwähnenswert. Fehler 2158267, „Performance regression causes SDXL inference slowdown (~42x)“, wurde im generischen Kernel und in den meisten Cloud-Varianten behoben. Wenn Sie auf 26.04 Inference-Workloads ausführen und diese nach einem Kernel-Update deutlich langsamer wurden, ist dies der relevante Eintrag.

Korrekturen für Server und Cloud

• openssl: ein Sicherheitsupdate für das „HollowByte Denial of Service issue“ (Fehler 2161371).
• rsync: „Regression fixes from May 2026 security update“ (Fehler 2155874). Wenn rsync bei Ihnen im Mai nicht mehr funktionierte, enthält das .1-Medium die Korrektur.
• exim4: drei Sicherheitsupdates, darunter eine Ein-Byte-Schreiboperation in einen freigegebenen Puffer und eine Offenlegung von Informationen in PROXYv2.
• ca-certificates: Das Zertifizierungsstellen-Bundle von Mozilla wurde auf Version 2.86 aktualisiert.
• systemd: Eine durch einen systemd-networkd-Resolve-Hook verursachte Verzögerung in cloud-init wurde behoben (Fehler 2148619). Außerdem öffnet der Kernelsocket für netfilter jetzt nur noch bei Bedarf.
• libvirt und qemu: eine Korrektur für „excessive memory allocation when physical_package_id is large“ sowie eine Korrektur für eine Race Condition zwischen I/O-Threads und Drosselungsgruppen.
• apparmor: eine neue Upstream-Version sowie eine Profilkorrektur für „uucore locales reads“. uucore enthält den gemeinsam genutzten Code unter rust-coreutils. Diese Korrektur gehört zu derselben Ursache, die die Upgrade-Aufforderung für 24.04 verzögert; darauf wird weiter unten eingegangen.
• ubuntu-meta: pollinate wurde aus den Seeds cloud-minimal, server, server-minimal und server-raspi entfernt. curl wurde explizit zu cloud-minimal und server-minimal hinzugefügt. Beide Änderungen betreffen den Inhalt einer Neuinstallation vom .1-Medium.
• debootstrap: „Detect and support SHA512 in Release index files“. Das ist relevant, wenn Sie Chroots oder Container aus dem 26.04-Archiv erstellen.
• base-files: /etc/os-release lautet jetzt 26.04.1. Außerdem wurde der frühere Fehler „missing LTS in VERSION“ behoben, sodass die Zeichenfolge jetzt 26.04.1 LTS (Resolute Raccoon) lautet.

Installationsmedien

Die neuen ISOs enthalten vier livecd-rootfs-Korrekturen. Die für VPS-Benutzer möglicherweise relevante Korrektur lautet „fix: update nocloud password data format“ (Fehler 2149891). Sie betrifft unbeaufsichtigte Installationen, bei denen ein Passwort über die NoCloud-Datenquelle übergeben wird. Die übrigen Korrekturen setzen die Kernel- und initrd-Berechtigungen im casper-Verzeichnis auf 0644 und korrigieren zwei riscv64-Bootoptionen. Auf einem Provider-Image installieren Sie nur selten von einer ISO. Praktisch bedeutet das: Eine aus 26.04.1 erstellte Vorlage startet bereits mit den bis zum 25 August 2026 veröffentlichten Sicherheitsupdates.

Das Release-Upgrade-Programm

In .1 gibt es fünf ubuntu-release-upgrader-Einträge. Einer davon betrifft jedes 26.04-System. Fehler 2154602, „data/release-upgrades: set Prompt=lts for resolute“, behebt einen Fehler in der April-Version: /etc/update-manager/release-upgrades wurde mit Prompt=normal veröffentlicht, der Einstellung für Interim-Releases. Version 1:26.04.22 setzt den Wert auf Prompt=lts. Ohne diese Korrektur würde einem 26.04-Server im Oktober 26.10 angeboten. Die übrigen Einträge betreffen Besonderheiten des 24.04-Pfads („mark libfile-libmagic-perl for install on Noble“), eine Besonderheit von Raspberry Pi, eine Bereinigung der Lint-Prüfungen und eine aktualisierte Mirror-Liste.

Wie ein 26.04-Server 26.04.1 erreicht

Es ist kein Upgrade auszuführen. Der Point-Release entspricht dem Stand des Archivs, und Ihr Server übernimmt diesen Stand über apt. Zwei Befehle bringen jede 26.04-Installation auf denselben Stand wie die .1-Medien oder darüber hinaus.

sudo apt update
sudo apt full-upgrade

Verwenden Sie full-upgrade statt upgrade. apt upgrade verweigert das Entfernen von Paketen. Wenn für ein Paket-Update ein altes Paket entfernt werden muss, gibt der Befehl The following packages have been kept back aus und belässt die Pakete in der alten Version. full-upgrade darf Pakete entfernen und schließt den Vorgang daher ab. Prüfen Sie anschließend die Versionszeichenfolge.

grep VERSION= /etc/os-release

Sie sollten VERSION="26.04.1 LTS (Resolute Raccoon)" sehen. Wenn in der Zeichenfolge weiterhin .1 fehlt, wurde das base-files-Update nicht angewendet. Das bedeutet normalerweise, dass apt update bei Ihrem Mirror fehlgeschlagen ist. Lesen Sie die Ausgabe von apt update erneut. Bei einem neuen Provider-Image ist ein noch nicht synchronisierter Mirror die häufigste Ursache.

Prüfen Sie als Nächstes, ob der Kernel aktualisiert wurde.

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

*** System restart required *** bedeutet, dass ein Paket installiert wurde, das einen Reboot erfordert. Auf einem Server handelt es sich dabei fast immer um den Kernel. uname -r zeigt den Kernel an, der derzeit ausgeführt wird. Der neue Kernel ist erst nach einem Reboot aktiv. Führen Sie den Reboot daher aus, sobald Sie eine Minute Ausfallzeit einplanen können. Wenn die Maschine nicht wieder startet, bootet ein VPS, der nach einem Kernel-Update nicht mehr startet, fast immer über den GRUB-Menüeintrag des vorherigen Kernels. Sobald der neue Kernel aktiv ist, entfernt sudo apt autoremove --purge die alten Kernel. Das Aufräumen alter Kernel unter Ubuntu beschreibt, welche Kernel Sie behalten sollten.

Bestätigen Sie abschließend, dass die Korrektur für den Upgrader übernommen wurde.

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

Sie sollten Prompt=lts sehen. Wenn Sie Prompt=normal sehen, haben Sie oder ein Provisioning-Skript die Datei vor .1 bearbeitet. Deshalb hat dpkg Ihre Kopie beibehalten, anstatt die neue zu installieren. Setzen Sie die Datei manuell auf lts. Dieser Unterschied entscheidet darüber, ob Ihrem Server im nächsten Monat 26.10 oder 2028 das nächste LTS angeboten wird. Warum ein Server bei LTS-Releases bleiben sollte erläutert die Gründe.

Warum ein 24.04-Server weiterhin meldet, dass kein Upgrade verfügbar ist

Dieser Teil verwirrt viele, weil 26.04.1 bereits existiert und das Upgrade-Programm trotzdem meldet, dass kein Upgrade verfügbar ist. Der Grund ist ein Flag in einer Textdatei, die Canonical kontrolliert.

Auf einem 24.04-Server enthält /etc/update-manager/release-upgrades den Wert Prompt=lts. Mit dieser Einstellung lädt do-release-upgrade https://changelogs.ubuntu.com/meta-release-lts herunter und liest daraus die Liste der Releases. Für jedes Release, das neuer als das installierte ist, prüft das Programm ein Feld Supported:. Die relevante Schleife in MetaRelease.py von update-manager, gekürzt:

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

Ein Release mit Supported: 0 wird übersprungen, als würde es nicht existieren. Sie können die Datei selbst auslesen.

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

Am 18. September 2026 wird Folgendes ausgegeben:

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

Die Zeile Version nennt bereits 26.04.1. Die Datei wurde also für das Point Release aktualisiert. Nur das Flag Supported steht weiterhin auf 0. Deshalb findet die Schleife kein verfügbares Upgrade, new_dist bleibt leer, und do-release-upgrade gibt die Meldung aus, die für den Fall Prompt=lts hinterlegt ist:

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.

Verstehen Sie diese Meldung als „Ihnen wird noch kein LTS angeboten“ und ignorieren Sie den Hinweis zu Prompt=normal. Wenn Sie den Wert setzen, liest das Upgrade-Programm stattdessen die Liste der Interim Releases und bietet Ihnen 25.10 an. Dieses Release wird 9 Monate lang unterstützt. Danach wäre ein weiteres Upgrade auf 26.04 erforderlich. Die kürzere Meldung No new release found. bezeichnet auf einem System, dessen Datei bereits Prompt=normal enthält, dieselbe Bedingung. Was zu tun ist, wenn do-release-upgrade kein neues Release findet behandelt beide Meldungen und ihre weiteren Ursachen. Eine weitere Meldung sollten Sie kennen. Please install all available updates for your release before upgrading. bedeutet, dass auf 24.04 noch Updates ausstehen. Führen Sie sudo apt full-upgrade aus, bevor Sie es erneut versuchen.

Warum wurde das Flag noch nicht geändert? In der Ankündigung zu 26.04.1 hieß es: „Benutzern von Ubuntu 24.04 LTS wird über den Update Manager einige Wochen nach dieser Veröffentlichung ein automatisches Upgrade auf 26.04.1 LTS angeboten, sobald geplante Backports zur Behebung von Regressionen in einer aktuellen Version von rust-coreutils verfügbar sind.“ 26.04 ist das erste LTS, bei dem ls und die anderen grundlegenden Werkzeuge aus rust-coreutils statt aus GNU coreutils stammen. Welche Änderungen die Rust-Neuentwicklungen im Basissystem von Ubuntu verursachen erklärt, warum ein Upgrade von 24.04 der Punkt ist, an dem eine Regression in diesen Werkzeugen zuerst sichtbar wird. Canonical hält die automatische Aufforderung zurück, bis diese Korrekturen in resolute-updates enthalten sind. Danach wird die Datei auf Supported: 1 geändert. Ab diesem Zeitpunkt zeigt das SSH-Login-Banner auf 24.04 New release '26.04.1 LTS' available. gefolgt von Run 'do-release-upgrade' to upgrade to it. an. Derselbe Befehl, der zuvor meldete, dass kein Upgrade verfügbar ist, bietet dann ohne Änderungen auf Ihrer Seite 26.04.1 an.

Wenn Sie nicht warten möchten

Die Ankündigung nennt außerdem den Weg, das Flag zu umgehen: do-release-upgrade -d. Der Hilfetext des Flags lautet „Wenn Sie das aktuellste unterstützte Release verwenden, führen Sie ein Upgrade auf das Entwicklungs-Release durch“. Das klingt nach 26.10, trifft auf einem LTS aber nicht zu. Mit Prompt=lts führt -d im obigen Code zwei Aktionen aus. Der Befehl hängt -development an die URL an. Dadurch liest das Upgrade-Programm meta-release-lts-development. Außerdem setzt er useDevelopmentRelease. Das ist die zweite Hälfte der Bedingung continue. Die Prüfung Supported: 0 greift dann nicht mehr, und resolute wird angeboten. Diese Datei enthält das neueste LTS. Deshalb bietet -d auf 24.04 26.04.1 statt 26.10 an.

sudo do-release-upgrade -d

Der Nachteil ist, dass Sie 26.04.1 mit dem aktuellen Stand der Archive installieren, bevor die Backports für rust-coreutils verfügbar sind, auf die Canonical wartet. Auf einem Server, den Sie aus einem Snapshot wiederherstellen können, ist das eine vertretbare Entscheidung. Wenn das nicht möglich ist, warten Sie auf die Änderung des Flags. Erstellen Sie in jedem Fall zuerst einen Snapshot. Lesen Sie außerdem die vollständige Anleitung für das Upgrade von 24.04 auf 26.04, die den SSH-Port-1022-Fallback und den Umgang mit Drittanbieter-Repositories behandelt. Wenn das Upgrade zur Hälfte abbricht, sollten Sie die Wiederherstellung nach einem fehlgeschlagenen Ubuntu-Release-Upgrade geöffnet haben.

Die Entscheidung

Bereits auf 26.04: Sie müssen nichts Besonderes tun. Führen Sie sudo apt update && sudo apt full-upgrade aus und starten Sie das System neu, wenn /var/run/reboot-required vorhanden ist. Bestätigen Sie anschließend Prompt=lts. Sie waren nie im Rückstand, weil das Point-Release der Update-Zweig ist, den Sie bereits verwendet haben.

Auf 24.04: Der Upgrade-Pfad wird in Kürze freigeschaltet, ist aber am 18 September 2026 noch geschlossen. Führen Sie die oben angegebene Zeile curl einmal pro Woche aus. Wenn Supported: den Wert 1 anzeigt, planen Sie das Upgrade und erstellen Sie vorher einen Snapshot. Wenn Sie 26.04 schon vorher benötigen, liefert do-release-upgrade -d heute 26.04.1, mit dem oben genannten Vorbehalt. 24.04 LTS selbst wird bis April 2029 unterstützt. Wenn Sie noch einige Wochen auf das Kennzeichen warten, entstehen Ihnen daher keine Nachteile.

Auf 22.04 oder einer Zwischenversion: Die Release Notes weisen ausdrücklich darauf hin: „Sie müssen zunächst auf Ubuntu 24.04 LTS oder 25.10 aktualisieren, bevor Sie mit dem Upgrade auf 26.04 LTS fortfahren können.“ Aktualisieren Sie zuerst auf 24.04 und folgen Sie anschließend dem oben beschriebenen Pfad für 24.04.

FAQ

Ist Ubuntu 26.04.1 eine neue Version, die ich installieren muss?

Nein. Ubuntu 26.04.1 LTS, veröffentlicht am 27. August 2026, ist das 26.04-Archiv mit vier Monaten an Updates, die in die neuen Installationsmedien integriert wurden. Ein 26.04-Server, auf dem sudo apt update && sudo apt full-upgrade ausgeführt wird, befindet sich auf dem .1-Stand oder darüber, und grep VERSION= /etc/os-release zeigt 26.04.1 LTS (Resolute Raccoon) an, sobald das base-files-Update installiert ist. Der Support endet weiterhin im April 2031, gerechnet ab der Veröffentlichung im April 2026.

Warum meldet do-release-upgrade auf 24.04, dass keine Entwicklungsversion eines LTS verfügbar ist?

Weil Prompt=lts den Upgrader anweist, meta-release-lts zu lesen, und diese Datei 26.04.1 mit Supported: 0 aufführt. Der Upgrader überspringt nicht unterstützte Einträge, findet keine neuere Version und gibt die Meldung aus, die für den Fall Prompt=lts vorgesehen ist. Canonical setzt das Flag auf Supported: 1, sobald der Upgrade-Pfad geöffnet wird. In der Ankündigung zu 26.04.1 wurde dies mit Backports für Regressionen in rust-coreutils verknüpft. Setzen Sie Prompt=normal nicht. Dadurch wird 25.10, eine Zwischenversion, angeboten.

Enthält 26.04.1 einen neuen Kernel?

Nein. 26.04.1 bleibt bei der Linux-7.0-Serie, mit der 26.04 LTS veröffentlicht wurde, und erhält Updates über mehrere SRU-Builds. Der erste HWE-Kernel erscheint mit einer späteren Point Release, nach dem üblichen Ubuntu-Muster mit .2. Auch dann verwenden Serverinstallationen standardmäßig den GA-Kernel. Ein VPS mit 26.04 bleibt bei 7.0, sofern Sie nicht selbst den HWE-Stack aktivieren.

Sollte ich jetzt do-release-upgrade -d verwenden, um von 24.04 zu aktualisieren?

Die Ankündigung bietet diese Möglichkeit für alle an, die nicht warten möchten. -d mit Prompt=lts liest die LTS-Entwicklungsliste und ignoriert das Flag Supported: 0. Dadurch wird 26.04.1 statt 26.10 angeboten. Sie erhalten das Archiv in seinem aktuellen Stand, bevor Canonical die Backports für rust-coreutils bereitstellt, auf die noch gewartet wird. Erstellen Sie zuerst einen Snapshot. Verwenden Sie diese Option auf einem Server, den Sie neu aufsetzen können. Bei einem Server, den Sie nicht neu aufsetzen können, sollten Sie auf das Flag warten.