Thema: btrfs
-
Dateisysteme prüfen und reparieren: fsck, xfs_repair und btrfs check auf einem ausgehängten Dateisystem
ext4, XFS und Btrfs bringen jeweils ein eigenes Prüfwerkzeug mit unterschiedlichen Sicherheitsregeln: e2fsck und xfs_repair dürfen nur auf einem ausgehängten Dateisystem laufen (xfs_repair hat mit -n einen Probelauf), btrfs check arbeitet standardmässig nur lesend und rät dringend von --repair ab. Ob eine Reparatur nötig ist, entscheiden Exit-Codes und die Ausgabe des Probelaufs, nicht das Bauchgefühl.
-
Btrfs-Snapshots und Rollback mit snapper unter SUSE: Pre/Post-Paare, Start über GRUB und Bereinigung
Auf einem Btrfs-Root legt snapper von SUSE bei jeder Änderung durch zypper oder YaST ein Pre/Post-Snapshot-Paar an und zeigt es mit snapper list an. Das ganze System lässt sich zurückrollen oder direkt aus dem GRUB-Menü in einen älteren Snapshot booten. Alte Snapshots werden automatisch bereinigt, wobei die Bereinigungsrichtlinie und nicht allein die Festplattengrösse bestimmt, wie viel Verlauf erhalten bleibt.
-
Transaktionale Updates auf SUSE Linux Micro, openSUSE MicroOS und Leap Micro: schreibgeschütztes Root-Dateisystem und Aktivierung per Neustart
Auf den SUSE-Produkten mit unveränderlichem Root-Dateisystem installiert transactional-update Änderungen in einen neuen Snapshot eines schreibgeschützten Dateisystems, statt das laufende System anzutasten. Wirksam wird der Snapshot erst nach einem Neustart, und ein fehlerhaftes Update wird per Rollback statt per Paket-Downgrade rückgängig gemacht. Auf regulärem SLES existiert derselbe Mechanismus, ist für ein schreibgeschütztes Root-Dateisystem aber nur als Technology Preview dokumentiert und nicht der Standard.
Maschinenlesbar: JSON