openSUSE Leap 16.1: Der einfache Weg zurück, wenn ein Update schiefgeht

openSUSE Leap 16.1 bringt einen optionalen Immutable-Modus, in dem das Basissystem im Betrieb unveränderlich bleibt und sich ein fehlgeschlagenes Update mit einem einzigen Befehl zurücknehmen lässt, berichtet heise online am 4. November 2026. Dafür ist das Root-Dateisystem schreibgeschützt, und jedes Update landet in einem neuen Snapshot, der erst nach dem Neustart gilt. Der Modus löst die eigenständige Variante Leap Micro ab, und die Migration dorthin stufen die Entwickler laut heise noch als experimentell ein.

Atomare Updates: So funktioniert der Rückweg im Immutable-Modus

Der Immutable-Modus von openSUSE Leap 16.1 schützt das Root-Dateisystem vor Schreibzugriffen, wie heise online am 4. November 2026 berichtet. Systemaktualisierungen laufen laut heise über das Werkzeug transactional-update. Sie sind atomar, ein Update wird also entweder vollständig übernommen oder gar nicht. Jedes Update erzeugt einen neuen Btrfs-Snapshot, also einen eingefrorenen Stand des Dateisystems. Dieser Snapshot wird erst beim nächsten Neustart aktiv. Der Neustart schaltet um.

Bis zum Neustart arbeitet das System mit dem alten Stand weiter. Schlägt eine Aktualisierung fehl, lässt sich das System laut heise mit einem einzigen Befehl auf den vorherigen Zustand zurücksetzen. Den genauen Aufruf lesen Sie am besten in der Dokumentation des Projekts nach, bevor der Ernstfall eintritt. Auf Servern mit festem Aufgabenzuschnitt ist dieses Modell sauber und wartbar.

Für eigene Software sieht der Modus andere Wege vor. Zusätzliche Anwendungen stellen Nutzende laut heise über Container mit Podman oder Distrobox bereit, auf dem Desktop auch über Flatpak. Container sind abgeschottete Laufumgebungen, Flatpak ist ein Paketformat mit eigener Laufzeit für Desktop-Anwendungen. Den Modus wählen Sie laut heise direkt im regulären Image über den Installer Agama, der in Version 24 vorliegt.

Leap Micro läuft aus: Das ändert sich für Administrierende bei Images und Migration

Leap Micro, das bisher eigenständige Immutable-Betriebssystem des openSUSE-Projekts, stellen die Entwickler mit Leap 16.1 ein, meldet heise online am 4. November 2026. Ein Leap Micro 6.3 oder 7.0 wird es laut heise nicht mehr geben. Der Schritt kam nicht überraschend. Laut Phoronix vom 28. September 2026 sollte der Immutable-Modus die Leap-Micro-Builds schon im Release Candidate ablösen, der letzten Testversion vor der Freigabe. Die Distribution deckt damit laut Ankündigung des Projekts klassische Desktops und Server ebenso ab wie Container-Hosts, Virtualisierungsumgebungen und Edge-Geräte.

Wer bisher die vorkonfigurierten System- und VM-Abbilder von Leap Micro nutzte, merkt im Alltag laut heise wenig. Diese Abbilder heißen Appliances. Im Bereich für alternative Downloads auf get.opensuse.org stehen weiterhin spezialisierte Images bereit. Es gibt sie laut heise für KVM/Xen, Microsoft Hyper-V, VMware und Cloud-Umgebungen. Dazu kommen Images für die Infrastruktur-Software Harvester, ein voll verschlüsseltes Raw-Disk-Image und ein selbst installierendes USB-Image.

Bestehende Installationen von Leap Micro 6.2 lassen sich laut heise über das openSUSE Migration tool auf Leap 16.1 im Immutable-Modus umstellen. Der Pfad ist experimentell.

Tipp: Backup zuerst: Legen Sie vor der Umstellung eine Sicherung an, wie es die Entwickler ausdrücklich raten.

Eine zweite Hürde nennen die Release Notes zu Leap 16.0 vom 29. September 2025. Bei einem Wechsel von SL Micro auf Leap 16.1, dem sogenannten SLE merge, steht auf manchen Systemen net.ifnames=0 auf der Kernel-Kommandozeile. Das gilt laut den Release Notes für Neuinstallationen von SL Micro 6.0 und 6.1. Die Option hält das System beim alten Benennungsschema für Netzwerkschnittstellen und muss entfernt werden, damit systemd die vorhersagbaren Namen vergibt.

openSUSE Leap 16.1 hebt Plasma auf 6.6 und lässt das Fundament stehen

openSUSE Leap 16.1 liefert KDE Plasma 6.6 statt der bisherigen Version 6.4, berichtet heise online am 4. November 2026. Plasma läuft laut heise auf Qt 6.11 und den KDE Frameworks 6.25. Qt ist das zugrunde liegende GUI-Toolkit, die Frameworks sind die Bibliothekssammlung von KDE. Im Release Candidate stand laut linuxcompatible.org vom 25. September 2026 Plasma 6.6.4 bereit, nach zuvor 6.4.2.

Dieses Bild wurde mit KI generiertProviderhiggsfieldModellgpt_image_2_5 flare high 1k 16:9PromptMagazine cover style illustration of a modern widescreen monitor seen straight from the front, showing a KDE Plasma style Linux desktop. Teal and green abstract wallpaper with soft flowing shapes, a slim floating taskbar along the bottom with a launcher button and simple colorful app icons, two overlapping rounded application windows with translucent panels and subtle blur, a small system tray at the right. Bold flat colors, strong contrast, glossy highlights, minimal clean layout with generous empty space around the monitor on a deep blue background, no people, no readable text. No watermark, no signature.

Die übrigen Desktops bewegen sich langsamer. LXQt, eine schlanke Oberfläche, rückt laut heise von Version 2.2 auf 2.4 vor. Xfce bleibt bei Version 4.20. Die Wayland-Unterstützung, also der Betrieb auf dem modernen Anzeigeprotokoll, ist dort experimentell. GNOME verbleibt vorerst bei Version 48, die lediglich Bugfixes erhält. Wie schon in der Leap-15-Ära hebt sich das Projekt den großen GNOME-Sprung laut heise für ein späteres Punkt-Release auf. Plasma-Nutzende profitieren damit deutlich stärker als GNOME-Nutzende. Einen Vergleich mit Plasma 6.6 auf einer anderen Distribution liefert unser Beitrag zu Fedora 44 mit GNOME 50 und KDE Plasma 6.6.

Die Tabelle zeigt ausgewählte Paketstände von openSUSE Leap 16.1 laut heise online vom 4. November 2026.

Kernel, systemd und glibc bleiben laut heise aus Stabilitätsgründen auf dem Stand von Leap 16.0. Das Fundament bleibt stabil. Deutlich modernisiert wurden die Werkzeuge für Server und Entwicklung. Anwendungssoftware bezieht Leap laut linuxcompatible.org aus Tumbleweed, dem Rolling-Release-Zweig. Es handelt sich also um bewährte Software, die einige Monate alt ist. Wer stets die neueste Upstream-Version, also den Stand der Originalprojekte, haben will, ist bei Tumbleweed besser aufgehoben.

SLES 16.1 verspätet sich: Folgen für openSUSE Leap und die Wartungsupdates

openSUSE Leap 16.1 ist entgegen der ursprünglichen Planung nicht zeitgleich mit SUSE Linux Enterprise Server (SLES) 16.1 erschienen, wie heise online am 4. November 2026 berichtet. SLES ist der kommerzielle Unterbau von Leap. Im Release Candidate war laut linuxcompatible.org vom 25. September 2026 noch ein gemeinsamer Starttag vorgesehen.

Der gemeinsame Termin sollte laut heise einen reibungslosen Fluss von Wartungsupdates ab dem ersten Tag sichern. In einer nachträglichen Korrektur der Release-Mitteilung stellte das Projekt klar, dass der synchrone Start nicht zu halten war. SUSE will SLES 16.1 voraussichtlich im weiteren Verlauf des Novembers veröffentlichen. Ob sich dadurch der Zufluss der Updates verzögert, geht aus den Berichten nicht hervor.

An der vollständigen Quell- und Binärkompatibilität zu SLES ändert das laut heise nichts. Workloads lassen sich weiter auf Leap entwickeln und später auf SLES produktiv setzen. Auch eine direkte Migration von Leap zu SLES bleibt möglich.

Immutable-Installationen folgen künftig demselben Lebenszyklus und erhalten dieselben Wartungsupdates wie die übrigen Leap-Systeme, schreibt heise. Nach den Release Notes zu Leap 16.0 erscheint jede openSUSE-Leap-Minor-Version alle 12 Monate. Jede Version erhält 24 Monate Community-Support. Die letzte Version, Leap 16.6, soll im Herbst 2031 erscheinen, sofern sich die Strategie nicht ändert. Für den Vergleich mit einem anderen Release-Modell bietet sich unser Beitrag zum Upgrade auf Ubuntu 26.10 an.

Desktop oder Server: Für wen sich der Immutable-Modus von openSUSE eignet

Der Immutable-Modus von openSUSE Leap richtet sich laut Phoronix vom 28. September 2026 an Container- und VM-Hosts statt an die früheren Leap-Micro-Releases. Auf Hosts mit festem Zweck ist der atomare Rückweg der eigentliche Gewinn. Auf dem Desktop bleibt der Modus optional. Wer auf dem Notebook viel Software ausprobiert, bleibt pragmatisch beim klassischen Modus, weil der Immutable-Modus Anwendungen auf Container und Flatpak lenkt.

Laut den Release Notes zu Leap 16.0 gelten seit dieser Version drei Voreinstellungen, die Sie vor einem Wechsel kennen sollten. Der Installer bietet nur Wayland-Varianten der Desktops, Xorg-basierte Umgebungen lassen sich nachträglich installieren. Auf Neuinstallationen erlaubt SSH für root nur Schlüssel statt Passwort. Das Verzeichnis /tmp liegt in einem tmpfs und überlebt keinen Neustart.

Eine Einordnung gegenüber anderen Systemen gibt unser Überblick zu Linux-Distributionen 2026 für Desktop, Server und Self-Hosting. Als nächsten Schritt laden Sie das Image von get.opensuse.org, wählen den Modus im Agama-Installer und üben den Rückweg zuerst in einer virtuellen Maschine. Offen bleibt der genaue Starttermin von SLES 16.1. Bis dahin ist Ihr eigener Test das belastbarste Argument.