openSUSE Leap 16.1 erschienen: Leap Micro geht im neuen Immutable Mode auf
openSUSE hat am 3. November 2026 Leap 16.1 veröffentlicht. Leap Micro geht als Immutable Mode in Leap auf, eine Version 6.3 oder 7.0 kommt nicht. Kernel 6.12 bleibt, dazu kommen QEMU 11.0, Podman 5.8, PHP 8.5.12 und PostgreSQL 18. Die Migration von Leap Micro 6.2 gilt noch als experimentell.
Das openSUSE-Projekt hat am 3. November 2026 Leap 16.1 veröffentlicht, die erste Unterversion der Leap-16-Reihe. Die wichtigste Änderung betrifft Serverbetreiber: Die bisher eigenständige Distribution Leap Micro für unveränderliche Systeme geht als Immutable Mode in Leap auf. Eine Leap Micro 6.3 oder 7.0 wird es laut Ankündigung nicht geben.
Relevant ist das für Admins mit Leap 16.0, die das Update einplanen, und für Betreiber von Leap Micro 6.2, die einen Nachfolger brauchen. Ein Sicherheitsdruck besteht nicht, das Upgrade gehört ins nächste Wartungsfenster. Wer noch Leap 15 einsetzt, findet in der Ankündigung keinen Hinweis zum Umstieg auf 16.1.
Was ist neu?
Der Immutable Mode arbeitet mit schreibgeschütztem Wurzeldateisystem und transaktionalen Updates. Jedes Update mit transactional-update legt laut Projekt einen neuen Snapshot an, ein einzelner Befehl rollt das System bei Problemen zurück. Zusätzliche Software kommt über Container mit Podman oder Distrobox oder auf dem Desktop über Flatpak. Ausgewählt wird der Modus beim Installieren im Installer Agama, der jetzt in Version 24 vorliegt. Die gewohnten vorkonfigurierten Images, etwa für KVM und Xen, Hyper-V, VMware, Harvester und Cloud-Umgebungen, stehen weiter im Bereich der alternativen Downloads.
Der Unterbau bleibt stabil: Linux-Kernel 6.12, systemd 257 und glibc 2.40 übernimmt Leap 16.1 von der Vorversion. Bei der Virtualisierung kommen QEMU 11.0 und libvirt 12.4, für Container Podman 5.8. Entwickler erhalten Python 3.14 neben dem Standard Python 3.13, dazu LLVM 21, PHP 8.5.12, MariaDB 12.3 und PostgreSQL 18. Auf dem Desktop springt KDE Plasma von 6.4 auf 6.6, GNOME bleibt bei Version 48 mit Fehlerkorrekturen, LXQt steigt auf 2.4.
Für wen ist das relevant?
Die Grundanforderungen bleiben wie bei Leap 16.0: Die CPU muss mindestens x86-64-v2 unterstützen, SELinux ist das voreingestellte Sicherheitsmodul, 32-Bit-Unterstützung ist standardmäßig aus, lässt sich aber einschalten. Ältere Hardware verweist das Projekt auf Slowroll oder Tumbleweed.
Leap baut weiter auf SUSE Linux Enterprise Server auf und soll quell- und binäridentisch bleiben. Der Ankündigungstext nennt einen gemeinsamen Veröffentlichungstag mit SLES 16.1. Ein hervorgehobener Hinweis oben auf derselben Seite widerspricht dem: SLES 16.1 sei nicht am selben Tag erschienen und werde im Laufe des Novembers erwartet. Ein Enddatum für den Support von Leap 16.0 enthält die Ankündigung nicht, an der Stelle steht nur ein Platzhalter. Jährliche Unterversionen sind bis Leap 16.6 im Jahr 2031 geplant.
Was sollten Admins jetzt tun?
- Inventar: Systeme mit Leap 16.0, Leap Micro 6.2 und älteren Leap-Versionen erfassen und die CPU-Generation gegen x86-64-v2 prüfen.
- Leap 16.0: das Upgrade nach der Upgrade-Seite des Projekts zuerst auf einem Testsystem durchspielen, vorher die bekannten Fehler zu 16.1 lesen.
- Leap Micro 6.2: den Wechsel in den Immutable Mode mit dem openSUSE Migration Tool planen. Das Projekt stuft diesen Weg noch als experimentell ein und rät zu einem Backup vorher.
- Paketstände: mit dem Versionsvergleich des Projekts prüfen, welche Pakete sich gegenüber 16.0 geändert haben, besonders bei PHP-, Datenbank- und Virtualisierungshosts.
- Backup: vor jedem Upgrade eine geprüfte Sicherung oder einen Snapshot anlegen.
Einordnung für Unternehmen
Für kleinere Umgebungen vereinfacht Leap 16.1 die Auswahl: eine Distribution mit gemeinsamem Lebenszyklus für klassische Server, Container-Hosts und Edge-Geräte statt zwei getrennter Produkte. Wer Leap Micro produktiv betreibt, sollte die experimentelle Migration nicht übereilen. Die Leap-Micro-Linie endet mit 6.2, ein Umstieg ist also mittelfristig nötig, das genaue Supportende nennt die Ankündigung aber nicht.
Passende Anleitungen auf S-EDV
- Docker-Container mit AppArmor und SELinux härten: Praxisanleitung nach CVE-2026-31431
- openSUSE nimmt ZUPT auf: Backups mit Post-Quanten-Verschlüsselung
