Ein Dateisystem ist die Art von Infrastruktur, die man nicht bemerkt, bis zu dem Tag, an dem es alles entscheidet.

Was Copy-on-Write nachgelagert einbringt

Btrfs ist ein modernes Copy-on-Write-Dateisystem fuer Linux. Die erste Seite der Dokumentation liefert die ganze Definition in einem Satz und nennt die Entwurfsziele gleich mit: moderne Funktionen zusammen mit Fehlertoleranz, Reparatur und einfacher Verwaltung. Die Reihenfolge verdient Aufmerksamkeit, denn wer die Erholung nach einem Fehler in die Ziele schreibt, hat die Sache von Anfang an auf langen Betrieb ausgelegt.

Copy-on-Write ist der Angelpunkt. Daten werden nicht an Ort und Stelle ueberschrieben, sondern anderswo geschrieben und der Zeiger verschoben, sodass der Zustand davor und danach erhalten bleibt. Pruefsummen, Snapshots und Senden-Empfangen sind gerade deshalb billig zu haben. Die offizielle Liste ist lang: Pruefsummen, Kompression, Deduplizierung, Defragmentierung, Inline-Dateien, Quotagruppen, Reflink, Online-Groessenanpassung, Reparatur per Pruefsumme, Senden und Empfangen, Subvolumes, Auslagerungsdateien, TRIM und Volume-Verwaltung.

Copy-on-Write ist aber nicht umsonst. Bloecke werden nicht ewig kostenlos vervielfacht: Ein geaenderter Block wird erneut geschrieben, also zahlt eine Last, die dieselbe Datei staendig neu schreibt, zweimal, einmal in neuer Belegung und einmal in der spaeteren Aufraeumarbeit fuer den alten Bereich. Deshalb sind die Wartungsschritte unten keine Verzierung, sondern Teil der laufenden Kosten dieses Entwurfs.

Die Funktionen, die wirklich genutzt werden

Pruefsummen sind der Weg, schlechte Daten zu bemerken. Die Dokumentation widmet ihnen ein eigenes Kapitel darueber, wie Daten und Metadaten geprueft werden, und ein weiteres zur automatischen Reparatur beim Lesen, das erklaert, wie Daten korrigiert werden, wenn eine brauchbare Kopie vorliegt. Zusammen bilden die beiden die grundlegende Zusage fuer Datenintegritaet.

Subvolumes und Snapshots uebernehmen die Ordnung. Subvolumes haben ein eigenes Kapitel, ein Snapshot ist ein gewoehnlicher Vorgang auf einem Subvolume, und mit Copy-on-Write bleiben Aufwand und Platzbedarf klein. Senden und Empfangen uebernehmen den Transport: Ein Subvolume oder Snapshot wird als Strom in ein anderes Btrfs-Dateisystem geschickt, was fuer inkrementelle Sicherung passt. Die Volume-Verwaltung laesst mehrere Geraete in einem Dateisystem zusammenlaufen, mit Balance, Geraetetausch und Seed-Geraeten daneben.

Werkzeuge und Ausgabe

Im Alltag laeuft alles ueber btrfs-progs, den Satz von Kommandozeilenwerkzeugen mit mkfs, check, scrub und balance. Das offizielle Aenderungsprotokoll nennt 7.1 als aktuell, datiert auf den 14. Juli 2026, danach 7.0 vom 9. Mai 2026 und 6.19 vom 13. Februar 2025. Die Werkzeuge sind unter GPL-2.0 offen, mit Lizenzdatei im Wurzelverzeichnis und einer eigenen fuer den Bibliotheksteil.

Die Aenderungen in 7.1 konzentrieren sich auf Effizienz an zwei Stellen, beim Bauen und beim Pruefen. Laut Protokoll kann mkfs bei angegebenem Wurzelverzeichnis vorhandene Pruefsummen ueber die Schnittstelle GET_CSUMS wiederverwenden und mit Reflink das Dateidaten ein zweites Mal Lesen sparen; check bekam eine Option, die Pruefung der Quotagruppen zu ueberspringen, was einen Lauf beschleunigt. Solche Aenderungen wirken klein, auf einem grossen Dateisystem ist die gesparte Zeit aber echt.

Ein weiterer Punkt betrifft die Frage, ob man dieses Dateisystem ueberhaupt waehlt. Es ist nicht ueberall die Vorgabe, und Distributionen, die es anbieten, stellen es meist neben eine schlichtere Wahl. Die Funktionsliste als Speisekarte zu lesen ist der falsche Reflex; die richtige Frage ist, welche zwei oder drei davon eine Maschine wirklich nutzt, denn jede eingeschaltete Funktion muss jemand pflegen, beobachten und verstehen.

Der Wert eines Speicherentwurfs liegt nicht in der Laenge der Spezifikation, sondern darin, ob man die Daten danach in Ruhe lassen kann.

Ein paar Hinweise. Eine neue Platte zuerst vollstaendig pruefen und die schlechten Bloecke finden, bevor Daten darauf kommen. Rueckfallpunkte als Subvolume-Snapshots halten, das ist viel billiger als eine ganze Platte zu kopieren. Vor einem Aufbau mit mehreren Geraeten die Redundanzstufe klaeren, damit eine ausgefallene Platte nicht das ganze Dateisystem mitnimmt. Daten zwischen Maschinen mit Senden und Empfangen bewegen, wo eine inkrementelle Uebertragung die Zeit einer vollen Kopie spart.