Ein Kernel-, Treiber- oder Paket-Update kann einen Computer oder eine VM in einen unbenutzbaren Zustand versetzen. Wenn Ihr Root-Verzeichnis auf Btrfs basiert, bewahrt ein Snapshot, der kurz vor der Operation erstellt wurde, einen lokalen Wiederherstellungspunkt, vorausgesetzt, Sie zielen auf das richtige Subvolume ab.
Die folgende Methode erstellt eine schreibgeschützte Kopie und überprüft dann, ob sie wirklich existiert. Sie ersetzt kein Backup und leitet keine automatische Systemwiederherstellung ein.
Bestätigen, dass der Root ein Btrfs-Subvolume ist
Starten Sie keinen Snapshot, nur weil die Maschine irgendwo Btrfs verwendet. Es ist notwendig, das Dateisystem, das / trägt, zu überprüfen und dann das montierte Subvolume zu identifizieren. Auf einem Remote-Server halten Sie Ihre SSH-Sitzung während der gesamten Überprüfung offen.
findmnt -T / -o TARGET,SOURCE,FSTYPE,OPTIONS
sudo btrfs subvolume show /
sudo btrfs subvolume list -p /
sudo btrfs filesystem usage /Der erste Befehl sollte btrfs in der Spalte FSTYPE anzeigen. btrfs subvolume show / bestätigt, dass der Root zu einem Subvolume gehört. Achten Sie auch auf den nicht zugewiesenen und den freien Speicherplatz, da ein Snapshot zuerst bestehende Blöcke teilt und dann Platz verbraucht, wenn sich Dateien ändern.
Dieses Verfahren zielt auf einen in ein Btrfs-Subvolume montierten Root ab. Wenn /home getrennt ist, erstellen Sie einen separaten Snapshot für die Daten, die zur Wiederherstellung zurückkehren müssen. Auf einer Maschine, die mit LVM, ext4 oder XFS konfiguriert ist, sind diese Befehle nicht geeignet.
Eine Kopie vor dem Update erstellen
Wählen Sie ein Snapshot-Verzeichnis auf demselben Btrfs-Dateisystem. Das Beispiel erstellt einen datierten Namen und eine schreibgeschützte Kopie. Passen Sie den Pfad an, wenn Ihre Distribution oder Ihr Snapshot-Tool bereits einen speziellen Speicherort verwendet.
sudo install -d -m 700 /@snapshots
sudo btrfs subvolume snapshot -r / /@snapshots/root-before-update-2026-09-02Die Option -r schützt diesen Wiederherstellungspunkt vor unbeabsichtigten Änderungen. Warten Sie das Ende des Befehls ab, bevor Sie apt upgrade, dnf upgrade oder Ihre gewohnte Prozedur starten. Die Btrfs-Dokumentation beschreibt diesen Snapshot-Mechanismus und die Eigenschaften der Subvolumes.
Ich würde diesen Befehl für einen Root verwenden, dessen Montage Sie gelesen haben. Erstellen Sie einen Snapshot vom falschen Pfad, gibt ein Gefühl der Sicherheit, stellt aber das System nicht wieder her, das tatsächlich geändert wurde.
Den Wiederherstellungspunkt nach dem Update überprüfen
Ein Snapshot, der vom Terminal angekündigt wird, ist noch keine ausreichende Überprüfung. Listen Sie ihn auf, zeigen Sie seine Eigenschaften an, starten Sie dann neu und überprüfen Sie den Dienst oder die Anwendung, die von dem Update betroffen ist.
sudo btrfs subvolume list /@snapshots
sudo btrfs subvolume show /@snapshots/root-before-update-2026-09-02
sudo btrfs property get -ts /@snapshots/root-before-update-2026-09-02 roDer letzte Befehl sollte ro=true anzeigen. Behalten Sie den Snapshot bis zur Bestätigung des Systemstarts und der betroffenen Dienste. Sobald das Update genehmigt ist, können Sie ihn löschen, um die Blöcke zurückzugewinnen, die nicht mehr geteilt werden.
sudo btrfs subvolume delete /@snapshots/root-before-update-2026-09-02Löschen Sie keine Kopie, die Sie möglicherweise noch zur Diagnose einer Regression benötigen. Wenn die Maschine nicht mehr hochfährt, hängt das Vorgehen vom Bootloader, der Anordnung der Subvolumes und dem Snapshot-Verwaltungstool ab. Bereiten Sie dieses Verfahren vor dem Vorfall vor, anstatt von einer Wiederherstellungssitzung aus.
Ein lokaler Snapshot schützt die Festplatte nicht
Der Snapshot bleibt im selben Btrfs-Pool. Ein Festplattenausfall, ein unzugängliches verschlüsseltes Volume oder die Löschung des Pools kann den Root und seine Snapshots beeinträchtigen. Um eine Datei nach einem Hardwarevorfall wiederherzustellen, sollten Sie auch ein Backup außerhalb des Pools aufbewahren. Unsere Methode zur Überprüfung einer BorgBackup-Wiederherstellung ergänzt diese Kontrolle.
Die Wahl ist einfach: Snapshot für eine schnelle Rückkehr nach einem Update, separates Backup für den Überlebenskampf bei einem Speicherausfall. Beide sind für unterschiedliche Ausfälle verantwortlich.
Für Details zu Subvolumes und deren Snapshots bleibt die Btrfs-Dokumentation die nützliche Referenz, bevor Sie die Organisation eines bestehenden Systems ändern.