Ich nutze schon seit Jahren praktisch überall btrfs und es gab so gut wie nie Schwierigkeiten, im Gegenteil: Es hat mir mehrfach den Hintern gerettet. Zuletzt am Samstag. Ich lasse - wie empfohlen - regelmäßig
btrfs scrub
laufen. btrfs scrub überprüft sämtliche Checksummen (Dateien, Metadaten) und erkennt dann falls
Bit rot aufgereten ist. Genau das ist am Samstag passiert:
scrub device /dev/mapper/crbackup (id 1) history
Scrub started: Sat Feb 1 00:00:09 2020
Status: finished
Duration: 5:20:51
Total to scrub: 1.63TiB
Rate: 75.15MiB/s
Error summary: csum=256
Corrected: 0
Uncorrectable: 256
Unverified: 0
Glücklicherweise sind nur eher unwichtige Datein Backupbetroffen, nämlich systemd-journals:
[1061203.625001] BTRFS warning (device dm-3): checksum error at logical 22266249216 on dev /dev/mapper/crbackup, physical 23348379648, root 14466, inode 6257873, offset 71372800, length 4096, links 1 (path: var/log/journal/ea31f7c7a00d9c85d020e2475ba79427/system@205f60a021bb49848e1bfd0d90a5b20b-000000000093d480-000590ce96ca6d78.journal)
Unter einem konventionellen Dateisystem wie ext4 gibt es keine Chance solche Probleme zu entdecken. Ich weiß schon warum ich nie wieder ext4 & co einsetzen möchte :-)
#
btrfs #
linux