Btrfs-Snapshots und Rollback mit snapper unter SUSE: Pre/Post-Paare, Start über GRUB und Bereinigung

Ziel

Die automatischen Snapshots von snapper nutzen, um zu prüfen, was eine Paketänderung verändert hat, und um ein SUSE-System wiederherzustellen, das durch eine Änderung beschädigt wurde, entweder per Rollback oder durch direktes Booten eines älteren Snapshots.

Voraussetzungen

Ein Btrfs-Root-Dateisystem mit konfiguriertem snapper (Standard bei einer SLES-/Leap-Installation mit Btrfs); Root-Zugriff; genügend freier Speicherplatz im Btrfs-Volume für Snapshot-Metadaten und abweichende Extents.

Schritte

1. Prüfen, ob die automatische Paarbildung aktiv ist: Laut SUSE-Dokumentation ist snapper so konfiguriert, dass er vor und nach jedem Lauf von zypper und YaST ein Snapshot-Paar erstellt ("is configured to create a pair of snapshots before and after each"). Damit lassen sich Änderungen beider Werkzeuge rückgängig machen.
2. Die Snapshot-Paare auflisten: sudo snapper list -t pre-post zeigt zusammengehörige Pre- und Post-Nummern mit Datum und Beschreibung an, sodass sich genau das Paar identifizieren lässt, das eine bestimmte Änderung umfasst.
3. Um zu prüfen, was sich geändert hat, ein Paar vergleichen: sudo snapper status <pre>..<post> meldet hinzugefügte, geänderte und gelöschte Dateien zwischen den beiden Snapshots. sudo snapper undochange <pre>..<post> macht diese Dateiänderungen im laufenden System ohne Neustart rückgängig.
4. Um das gesamte Root-Dateisystem in den Zustand vor einer Änderung zurückzuversetzen, sudo snapper rollback <pre> ausführen und neu starten. Laut snapper(8) erstellt der Befehl mit einer Nummer zuerst einen schreibgeschützten Snapshot des aktuellen Systems, dann einen beschreibbaren Snapshot von <pre> und macht diesen für den nächsten Start zum Standard-Subvolume. Das Rollback selbst ist somit umkehrbar. Ohne Nummer wird stattdessen der aktuell gebootete Snapshot zum neuen Standard. Diese Form wird in Schritt 5 verwendet und ist keine Möglichkeit, die letzte Änderung rückgängig zu machen.
5. Lässt sich das aktuelle System überhaupt nicht mehr starten, den Bootloader verwenden: Im Bootmenü "Bootable snapshots" wählen und den zu startenden Snapshot auswählen; die Liste zeigt die neuesten zuerst. Der gebootete Snapshot ist schreibgeschützt und dient daher nur zur Untersuchung. Funktioniert er, aus ihm heraus sudo snapper rollback (ohne Nummer) ausführen, neu starten und den Standard-Booteintrag wählen.
6. Alte Snapshots entfernt ein täglicher Job automatisch gemäss dem konfigurierten Bereinigungsalgorithmus (number, timeline oder empty-pre-post). Dessen Grenzwerte (zum Beispiel NUMBER_LIMIT) lassen sich in /etc/snapper/configs/root oder mit snapper set-config anpassen. Um einen bestimmten Snapshot zu entfernen, sudo snapper delete <number> verwenden und nicht Subvolumes von Hand löschen, da dadurch die Metadaten von snapper nicht mehr zum tatsächlichen Stand passen.

Erwartetes Ergebnis

snapper list zeigt das neue Pre/Post-Paar unmittelbar nach einer zypper-Transaktion an. Nach snapper rollback und Neustart entspricht das Dateisystem dem gewählten Snapshot, und die Liste enthält sowohl den schreibgeschützten Snapshot des Zustands vor dem Rollback als auch den neuen beschreibbaren Standard.

Grenzen und Prüfbasis

Ein Rollback stellt nur das Root-Subvolume wieder her. SUSE schliesst unter anderem /var (Logs, Datenbanken, Images virtueller Maschinen), /home, /opt, /srv, /usr/local und /tmp aus. Daten dort werden nicht zurückgerollt und können neuer sein als die wiederhergestellten Binärdateien. Das Root-Dateisystem muss Btrfs auf einem einzelnen Gerät sein. Rollback und Wiederherstellung über das Bootmenü erfordern beide einen Neustart; vor einem Test auf einem Host mit laufenden Diensten ist ein Wartungsfenster einzuplanen.