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 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 jedes Sicherheitsupdate, integriert in neue Installationsmedien. Ein 26.04-Server, der apt full-upgrade bereits ausgeführt hat, enthält all diese Updates schon. Relevant ist diese Version für einen 24.04-LTS-Server, weil Canonical den Upgrade-Pfad von der vorherigen LTS-Version mit dem ersten Point Release freigibt. Dieser Pfad wurde am 29. September 2026 freigegeben. Eine öffentlich zugängliche Textdatei ermöglicht Ihnen, dies direkt im eigenen Terminal zu prüfen.

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 sich in Ubuntu 26.04.1 geändert hat

Die offizielle Seite mit den Versionshinweisen zu 26.04.1 enthält die Zusammenfassung. Sie berücksichtigt nur Pakete aus main und restricted. Die vollständigen Details stehen in den Changelogs der einzelnen Pakete. Die Liste ist lang. Ein großer Teil betrifft Desktop- und Laptop-Hardware. Im Folgenden finden Sie die für Server relevanten Einträge.

Kernel: weiterhin Linux 7.0, noch kein neuerer HWE-Kernel

26.04 LTS wurde mit Linux 7.0 veröffentlicht, gegenüber 6.8 in 24.04. Die .1-Version 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 aktualisierten System eine höhere ABI-Nummer (Application Binary Interface) als das April-Image, aber weiterhin die 7.0-Serie. Die HWE-Metapakete (Hardware Enablement) sind im 26.04-Archiv bereits vorhanden: linux-generic-hwe-26.04 ist veröffentlicht. Am 10 October 2026 installiert es jedoch einen Kernel der Version 7.0 und damit dieselbe Serie wie der GA-Kernel. GA steht für General Availability und bezeichnet den Kernel, mit dem die Veröffentlichung gestartet wurde. In 26.04.1 gibt es daher noch keinen neueren HWE-Kernel, sondern nur das Paket, das ihn aufnehmen wird, sobald eine spätere Point Release den HWE-Stack umstellt. Für 24.04 und frühere Versionen besagt Ubuntus Referenz zum HWE-Kernel: „Server installations will default to the general availability (GA) kernel and provide the HWE kernel as an option.“ Der Installer für 26.04 ändert daran einen Teil. In den 26.04-Versionshinweisen von Subiquity steht, dass ein passendes OEM- oder HWE-Metapaket, das zuvor standardmäßig nur auf dem Desktop installiert wurde, ab 26.04 „will also be installed for Ubuntu Server“, wenn der Installer ein zur Hardware passendes Paket findet. Ein von 26.04-Medien installierter Server kann daher ein HWE-Paket verwenden. dpkg -l | grep hwe zeigt, ob dies bei Ihrem System der Fall ist. Auf einem VPS, der dem GA-linux-generic-Kernel folgt, bleiben Sie während der gesamten Lebensdauer der Veröffentlichung bei 7.0, sofern Sie sich nicht anders entscheiden. Ob ein Server den HWE-Kernel überhaupt verwenden sollte ist eine separate Entscheidung, die Sie heute nicht treffen müssen.

Ein Kernel-Fix ist besonders erwähnenswert. Bug 2158267, „Performance regression causes SDXL inference slowdown (~42x)“, wurde im generischen Kernel und in den meisten Cloud-Varianten behoben. Wenn Sie auf 26.04 Inferenz-Workloads ausführen und nach einem Kernel-Update eine Verlangsamung festgestellt haben, ist dies der relevante Eintrag.

Korrekturen für Server und Cloud

• openssl: ein Sicherheitsupdate für das „HollowByte Denial of Service issue“ (Bug 2161371).
• rsync: „Regression fixes from May 2026 security update“ (Bug 2155874). Wenn rsync bei Ihnen im Mai nicht mehr funktionierte, enthalten die .1-Medien die Korrektur.
• exim4: drei Sicherheitsupdates, darunter ein Ein-Byte-Schreibzugriff in einen freigegebenen Puffer und eine Offenlegung von Informationen in PROXYv2.
• ca-certificates: Das Mozilla-Zertifizierungsstellen-Bundle wurde auf Version 2.86 aktualisiert.
• systemd: Eine durch einen systemd-networkd-Resolve-Hook verursachte Verzögerung in cloud-init wurde behoben (Bug 2148619). Außerdem öffnet der Core seinen Netfilter-Socket 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 iothreads und Throttle-Gruppen.
• apparmor: eine neue Upstream-Version sowie eine Profilkorrektur für „uucore locales reads“. uucore ist der gemeinsame Code unter rust-coreutils. Diese Korrektur gehört zu demselben Problem, das die Upgrade-Aufforderung für 24.04 bis zum 29 September zurückhielt, wie weiter unten beschrieben.
• ubuntu-meta: pollinate wurde aus den Seeds cloud-minimal, server, server-minimal und server-raspi entfernt. curl wurde ausdrücklich zu cloud-minimal und server-minimal hinzugefügt. Beide Änderungen betreffen den Inhalt einer frischen Installation von den .1-Medien.
• 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 enthält jetzt 26.04.1. Außerdem wurde der frühere Fehler „missing LTS in VERSION“ behoben, sodass die Zeichenfolge 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“ (Bug 2149891). Sie betrifft unbeaufsichtigte Installationen, die ein Passwort über die NoCloud-Datenquelle übergeben. Die übrigen Korrekturen setzen die Berechtigungen von Kernel und initrd im casper-Verzeichnis auf 0644 und korrigieren zwei riscv64-Bootoptionen. Bei einem Provider installieren Sie nur selten von einer ISO. Praktisch bedeutet dies, dass ein aus 26.04.1 erstelltes Template mit den bis zum 25 August 2026 veröffentlichten Sicherheitsupdates startet.

Der Release-Upgrader

In .1 gibt es fünf ubuntu-release-upgrader-Einträge. Einer davon betrifft jedes 26.04-System. Bug 2154602, „data/release-upgrades: set Prompt=lts for resolute“, behebt einen Fehler in der April-Veröffentlichung: /etc/update-manager/release-upgrades wurde mit Prompt=normal ausgeliefert, 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 October 26.10 angeboten. Die übrigen Einträge betreffen Besonderheiten des 24.04-Pfads („mark libfile-libmagic-perl for install on Noble“), eine Besonderheit bei 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. Das Point Release entspricht dem Stand des Archivs, und Ihr Server bezieht diesen Stand über apt. Zwei Befehle bringen eine 26.04-Installation auf denselben Stand wie die .1-Medien oder darüber hinaus, mit einer unten beschriebenen Ausnahme.

sudo apt update
sudo apt full-upgrade

Verwenden Sie full-upgrade statt upgrade. apt upgrade entfernt niemals Pakete. Wenn für ein Paketupdate ein altes Paket entfernt werden muss, gibt der Befehl The following packages have been kept back aus und belässt das Paket in der alten Version. full-upgrade darf Pakete entfernen und schließt den Vorgang daher ab. Die Ausnahme ist Phasing, das keiner der beiden Befehle außer Kraft setzt. Ubuntu führt manche Updates zunächst für einen wachsenden Prozentsatz der Rechner ein. Im Handbuch von apt_preferences steht, dass die neue Version auf einem Rechner außerhalb dieses Prozentsatzes „auf 1 festgelegt und daher zurückgehalten“ wird, bis der Rollout den Rechner erreicht. Ein durch Phasing zurückgehaltenes Paket ist kein Fehler. Ein späteres apt full-upgrade installiert es. Prüfen Sie anschließend die Versionszeichenfolge.

grep VERSION= /etc/os-release

Sie sollten VERSION="26.04.1 LTS (Resolute Raccoon)" sehen. Fehlt der Zeichenfolge weiterhin .1, wurde das base-files-Update nicht angewendet. Das bedeutet meist, dass apt update mit 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 durch, sobald Sie eine Minute Ausfallzeit einplanen können. Wenn der Rechner nicht zurückkommt, startet ein VPS, der nach einem Kernel-Update nicht mehr bootet fast immer mit dem vorherigen Kernel aus dem GRUB-Menü. Sobald der Rechner mit dem neuen Kernel läuft, entfernt sudo apt autoremove --purge die alten Kernel. Alte Kernel unter Ubuntu bereinigen beschreibt, welche Kernel Sie behalten sollten.

Bestätigen Sie zuletzt, dass die Korrektur für den Upgrader installiert wurde.

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

Sie sollten Prompt=lts sehen. Wenn Sie Prompt=normal sehen, haben Sie oder ein Provisioning-Skript diese Datei vor .1 geändert. Daher hat dpkg Ihre Kopie beibehalten, anstatt die neue Datei zu installieren. Setzen Sie sie manuell auf lts. Dieser Unterschied entscheidet, ob Ihrem Server im Oktober dieses Jahres 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

Seit dem 29. September 2026 sollte das nicht mehr passieren. Im Monat zwischen der Veröffentlichung von 26.04.1 und diesem Datum war 26.04.1 bereits verfügbar, der Upgrader meldete jedoch weiterhin, dass kein Upgrade verfügbar sei. Das verwirrte viele Benutzer. Der Grund war ein Flag in einer von Canonical verwalteten Textdatei. Dieselbe Datei ist das Erste, was Sie prüfen sollten, wenn ein 24.04-Server heute noch meldet, dass kein Upgrade verfügbar ist.

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

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äre es nicht vorhanden. Sie können die Datei selbst auslesen.

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

Am 10. Oktober 2026 wird Folgendes ausgegeben:

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

Der Block enthält außerdem eine Zeile UpgradeTool, die auf den Upgrader für Resolute in resolute-updates verweist. Bis zum 29. September enthielt die Zeile Version bereits den Wert 26.04.1, aber Supported hatte den Wert 0. Mit diesem Wert fand die Schleife kein Release, auf das ein Upgrade möglich war, new_dist blieb leer, und do-release-upgrade gab die Meldung für den Fall Prompt=lts aus:

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.

Wenn Ihr 24.04-Server diese Meldung heute ausgibt, ist das Flag nicht mehr die Ursache. Führen Sie die Zeile curl aus und prüfen Sie, ob sie Supported: 1 anzeigt. Prüfen Sie außerdem, ob /etc/update-manager/release-upgrades weiterhin Prompt=lts und nicht Prompt=never enthält, und führen Sie den Befehl erneut aus. Den Hinweis zu Prompt=normal können Sie ignorieren. Mit dieser Einstellung liest der Upgrader die vollständige Release-Liste und belässt das System auf dem Track für Interim-Releases. Sobald das System 26.04 erreicht, würde ihm daher 26.10 angeboten, ein Release mit neun Monaten Support. Die kürzere Meldung No new release found. bezeichnet dieselbe Bedingung auf einem System, dessen Datei bereits Prompt=normal enthält. Was zu tun ist, wenn do-release-upgrade kein neues Release findet erläutert 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 vor dem nächsten Versuch sudo apt full-upgrade aus.

Warum blieb das Flag einen Monat lang auf 0? In der Ankündigung zu 26.04.1 hieß es: „Benutzern von Ubuntu 24.04 LTS wird über Update Manager einige Wochen nach dieser Veröffentlichung ein automatisches Upgrade auf 26.04.1 LTS angeboten, sobald einige 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 Dienstprogramme aus rust-coreutils statt aus GNU coreutils stammen. Welche Änderungen die Rust-Neuentwicklungen im Basissystem von Ubuntu bewirken erklärt, warum eine Regression in diesen Komponenten zuerst bei einem Upgrade von 24.04 auftritt. Canonical hielt den Upgrade-Pfad bis zum 29. September 2026 zurück. An diesem Tag gab das Release-Team bekannt: „Upgrades von Ubuntu 24.04 LTS auf Ubuntu 26.04.1 LTS mit dem Codenamen ‚Resolute Raccoon‘ sind jetzt aktiviert.“ Die Datei wurde auf Supported: 1 geändert. Desktop-Benutzern wird „über Update Manager ein automatisches Upgrade auf 26.04.1 LTS angeboten, das in den kommenden Tagen schrittweise ausgerollt wird“. Serverbenutzer müssen diesen Rollout nicht abwarten. In der Ankündigung heißt es, dass sie „das Upgrade jederzeit mit folgendem Befehl starten können: $ do-release-upgrade“. Sobald die regelmäßige Release-Prüfung ausgeführt wurde, zeigt das SSH-Anmeldebanner auf 24.04 New release '26.04.1 LTS' available. gefolgt von Run 'do-release-upgrade' to upgrade to it. an. Derselbe Befehl, der im September noch meldete, dass kein Upgrade verfügbar sei, bietet nun 26.04.1 an, ohne dass Sie etwas ändern müssen.

Wenn Sie nicht warten möchten

Es gibt jetzt nichts mehr abzuwarten. Vor dem 29. September nannte die Ankündigung zu 26.04.1 eine Möglichkeit, das Flag zu umgehen: do-release-upgrade -d. Der Hilfetext des Flags lautet „Wenn Sie das neueste unterstützte Release verwenden, führen Sie ein Upgrade auf das Entwicklungs-Release durch“. Das klingt nach 26.10, trifft auf einem LTS jedoch nicht zu. Mit Prompt=lts führt -d im oben gezeigten Code zwei Aktionen aus. Der Befehl hängt -development an die URL an, sodass der Upgrader meta-release-lts-development liest. Außerdem setzt er useDevelopmentRelease, den zweiten Teil der Bedingung continue. Das Überspringen durch Supported: 0 findet dann nicht mehr statt, und Resolute wird angeboten. Da das Flag jetzt den Wert 1 hat, ist dieser Umweg nicht mehr erforderlich. Der normale Befehl bietet 26.04.1 an. Genau diesen Befehl nennt Canonical in der Ankündigung vom 29. September für Serverbenutzer.

sudo do-release-upgrade

Wenn Sie mit -d frühzeitig aktualisiert haben, verwenden Sie dasselbe Release wie alle anderen. sudo apt full-upgrade auf 26.04 bringt Ihr System auf den neuesten Stand und installiert alle seitdem veröffentlichten Aktualisierungen. 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, insbesondere zu einem SSH-Fallback auf Port 1022 und zum Umgang mit Repositorys von Drittanbietern. Wenn das Upgrade abbricht, bevor es abgeschlossen ist, sollten Sie Die Wiederherstellung nach einem fehlgeschlagenen Ubuntu-Release-Upgrade geöffnet haben.

Die Entscheidung

Bereits auf 26.04: Es ist nichts Besonderes zu 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, da das Point-Release dem Update-Zweig entspricht, den Sie bereits verwendet haben.

Auf 24.04: Der Upgrade-Pfad ist freigeschaltet. Canonical hat ihn am 29 September 2026 aktiviert. Am 10 October 2026 zeigt die curl-Zeile oben Supported: 1. Erstellen Sie einen Snapshot. Führen Sie sudo apt full-upgrade aus, damit keine Updates ausstehen. Führen Sie anschließend sudo do-release-upgrade aus. 24.04 LTS wird selbst bis April 2029 unterstützt. Sie können daher ein ruhiges Wartungsfenster wählen, statt den Vorgang zu überstürzen. Es gibt jedoch kein Flag mehr, auf das Sie warten müssen.

Auf 22.04 oder einer Zwischenversion: Die Release Notes weisen ausdrücklich darauf hin, dass Sie zunächst auf Ubuntu 24.04 LTS oder 25.10 aktualisieren müssen, bevor Sie mit dem Upgrade auf 26.04 LTS fortfahren können. Wechseln Sie zuerst auf 24.04. Folgen Sie anschließend dem oben beschriebenen Pfad für 24.04. Für einen 22.04-Server beschreibt der Zwei-Schritte-Pfad von 22.04 über 24.04 zu 26.04 die Prüfung und den Snapshot, die Sie zwischen den beiden Upgrades durchführen sollten, sowie die zu erwartenden Probleme mit PPA, PHP, Python, Datenbanken und netplan.

FAQ

Ist Ubuntu 26.04.1 eine neue Version, die Sie installieren müssen?

Nein. Ubuntu 26.04.1 LTS, veröffentlicht am 27 August 2026, ist das 26.04-Archiv mit vier Monaten integrierter Aktualisierungen in den neuen Installationsmedien. Ein 26.04-Server, auf dem sudo apt update && sudo apt full-upgrade ausgeführt wird, befindet sich mindestens auf dem Stand .1, abgesehen von Aktualisierungen, deren Einführung noch schrittweise erfolgt. grep VERSION= /etc/os-release zeigt 26.04.1 LTS (Resolute Raccoon) an, sobald die base-files-Aktualisierung installiert wurde. Der Support endet weiterhin im April 2031, gerechnet ab der Veröffentlichung im April 2026.

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

Bis zum 29 September 2026 wurde diese Meldung ausgegeben, weil Prompt=lts den Upgrader veranlasst, meta-release-lts zu lesen. Diese Datei führte 26.04.1 mit Supported: 0 auf. Der Upgrader übersprang nicht unterstützte Einträge, fand nichts Neueres und gab die Meldung für den Fall Prompt=lts aus. Canonical änderte das Flag in Supported: 1, als das Unternehmen den Upgrade-Pfad am 29 September 2026 freischaltete. Wenn die Meldung weiterhin angezeigt wird, prüfen Sie, ob die curl-Prüfung Supported: 1 anzeigt und Prompt=lts gesetzt ist. Versuchen Sie es anschließend erneut. Setzen Sie Prompt=normal nicht. Dadurch wird der Server auf den Pfad für Zwischenversionen umgestellt.

Enthält 26.04.1 einen neuen Kernel?

Nein. 26.04.1 bleibt bei der Linux-7.0-Serie, mit der 26.04 LTS ausgeliefert wurde, und erhält Aktualisierungen durch mehrere SRU-Builds. Die HWE-Metapakete wie linux-generic-hwe-26.04 sind bereits vorhanden. Sie installieren derzeit jedoch dieselbe 7.0-Serie wie der GA-Kernel. Ein neuerer HWE-Kernel erscheint mit einer späteren Point-Release, nach dem üblichen Ubuntu-Muster mit .2. Seit 26.04 installiert das Server-Installationsprogramm außerdem ein passendes OEM- oder HWE-Metapaket, wenn es eines für die Hardware findet. Eine VPS-Instanz, die linux-generic verwendet, bleibt bei 7.0, sofern Sie den HWE-Stack nicht selbst aktivieren.

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

Nein, nicht mehr. Vor dem 29 September 2026 bot die Ankündigung -d für alle an, die nicht warten wollten, weil -d mit Prompt=lts die LTS-Entwicklungsliste liest und das Flag Supported: 0 ignoriert. Das Flag hat jetzt den Wert 1. Daher bietet das einfache sudo do-release-upgrade 26.04.1 an. Dies ist der Befehl, den Canonicals Ankündigung vom 29 September Serverbenutzern empfiehlt. Erstellen Sie vorher in jedem Fall einen Snapshot.