Ein Snapshot des kompletten Systems, wie ihn Btrfs bietet, ist oft die Rettung für ein verkorkstes Betriebssystem. Tools wie Snapper oder Timeshift sind bekannte Tools zum Verwalten von Snapshots. Fedora möchte den Vorgang jetzt vereinfachen.
Snapshots aufwerten
Dazu wurde für Fedora 45 ein Vorschlag eingereicht, der Btrfs-Installationen deutlich aufwertet. Verantwortlich sind Neal Gompa und Bryn M. Reeves von Red Hat. Wird bei der Installation Btrfs als Dateisystem gewählt, soll der Installer Anaconda künftig automatisch ein optimiertes Layout einrichten. Dabei liegt auch /boot auf Btrfs, was bisher nur mit manueller Nacharbeit möglich war.
Einfach zurückrollen
Das eigentliche Highlight des Vorschlags: Jede Paketmanagement-Aktion, also jedes dnf install oder dnf update, löst automatisch einen vollständigen System-Snapshot aus. Dafür kommt das Tool snapm zum Einsatz, ergänzt durch das Paket dnf-plugin-snapm. Für die Boot-Integration sorgt der Bootmanager boom, der automatisch passende Einträge im GRUB-2-Menü anlegt. Landet man nach einem Update in einem kaputten System, wählt man im Bootmenü einfach den letzten funktionierenden Snapshot aus und rollt darauf zurück.
snapm und boom
Falls euch snapm und boom nichts sagen: Grundsätzlich bewegen sie sich in der gleichen Liga wie das von openSUSE bekannte Snapper oder das beliebte Timeshift. Während Timeshift sich eher als nutzerfreundliches Backup-Werkzeug versteht und meist manuell oder zeitgesteuert läuft, sind snapm und boom , ähnlich wie Snapper unter openSUSE enger an den Paketmanager gekoppelt. Der entscheidende Unterschied zu beiden: snapm bringt boom als Abhängigkeit mit, sodass die Snapshots direkt als eigene GRUB-Einträge erscheinen, statt nur über ein separates Boot-Menü-Plug-in (wie bei Snapper mit grub-btrfs) eingebunden zu werden.
Damit zieht Fedora ein Stück weit mit openSUSE gleich, dessen Btrfs-Subvolume-Layout als Vorbild diente. Laut den Plänen sollen snapm, boom und ihre Abhängigkeiten direkt auf den Live- und Install-Medien landen, damit Anaconda sie bei Bedarf installieren kann.
Spannend ist auch der Ausblick: Das Feature könnte künftig die Grundlage für Systeme bilden, die sich ganz ohne zusätzliche Tools komplett am Stück aktualisieren lassen.
Noch nicht angenommen
Sollte es Probleme geben, ist als Rückfalloption vorgesehen, die automatische Konfiguration von snapm und boom in Anaconda einfach wieder abzuschalten. Noch ist der Vorschlag nicht abgesegnet, spätestens bis zum Beta-Freeze Ende August muss das Fedora-Steuerungskomitee FESCo eine Entscheidung treffen.
Red Hat ja immer beteuert, dass es für RHEL nicht auf Btrfs umstellen will. Wenn diese Tools nun direkt von Red Hat-Entwicklern entwickelt werden, kann das als Zeichen gewertet werden, dass Btrfs für RHEL/CentOS Stream doch in Frage kommen könnte.
Nein, kann es nicht. Fedora hat Btrfs schon vor 6 Jahren zum Standard-Dateisystem gemacht, obwohl es damals in RHEL bereits deprecated war. Das wurde einfach unabhängig von RedHat entschieden.
Freut mich, dass Snapshots verwendet werden (statt A/B-Root) – verstehe nicht, dass das nicht schon viel häufiger verwendet wird.
Mein letzter Testlauf mit Fedora ließ mich bereits verwundert zurück, als ich feststellen musste, dass sie zwar Btrfs verwenden, aber den größten Mehrwert in Form direkt bootbarer Snapshots nicht mitbringen.
Wenn man es weiß, kann man bei der Installation die Btrfs Konfiguration anpassen und hinterher die Tools installieren und einrichten, aber halt nur, wenn man das im Voraus wusste. Ich war naiverweise davon ausgegangen, dass sie das direkt mit drin haben.
Insofern befürworte ich die Änderung sehr. Bleibe nun aber einfach bei openSUSE Tumbleweed.
Das auf dem Atomic Desktop würde die Wartung wirklich idiotensicher machen.
Ob das da so einfach umsetzbar ist, muss sich zeigen.
Das wird da sicherlich nicht zum Einsatz kommen, denn rpm-ostree/bootc tut doch etwas ähnliches, nur nicht auf der Dateisystem-Ebene.
Vermutlich hast du recht.
Bei mir waren die Upgrades von openSUSE15 nach 16 derart “hutzlig” dass ich sehr froh war die btrfs-Snapshots in der Hinterhand zu haben. Einen Rechner habe ich wirklich auch zurückgesetzt und das Upgrade nochmals gestartet. Finde es daher sehr gut dass sich auch außerhalb von SUSE jemand damit beschäftigt.
siduction hat die vergleichbare Funktionalität, wenn mit Btrfs als Dateisystem installiert. Wir nutzen snapper und btrfs-assistant für die Umsetzung.
Habe ich auch letztens gelesen. Finde ich klasse. Vielleicht teste ich demnächst mal wieder Siduction, auch wenn ich aktuell sehr zufrieden mit openSUSE Tumbleweed bin. Die Debian-Basis finde ich dennoch verlockend.