Wer sich im Homelab-Umfeld bewegt, kommt früher oder später nicht mehr um die Frage herum: Welches Dateisystem wähle ich für meine Daten? Die Antwort hängt stark vom Einsatzfall ab – und genau deshalb gibt es keinen universellen „besten" Dateisystemtyp. Dieser Beitrag soll eine sachliche Grundlage liefern, auf der jeder für seinen eigenen Stack eine informierte Entscheidung treffen kann.

Was sind die echten Konkurrenten?

Wir reden hier nicht über FAT32 oder NTFS. Die relevanten Dateisysteme im Linux-Homelab-Kontext sind:

Ext4 – Der Klassiker, breit erprobt, keine Überraschungen.
BTRFS – Copy-on-Write mit Snapshotting, Subvolumes und eingebauter Checksumierung.
XFS – Hochperformantes Journaling-Dateisystem, ideal für sequentielle Workloads.
ZFS – Nicht nativ im Linux-Kernel, aber extrem reifes CoW-Dateisystem mit integriertem RAID.

Diese vier werden im Folgenden gegeneinander abgewogen.

BTRFS – Stärken und Schwächen

Was BTRFS richtig macht

BTRFS bietet ein Feature-Set, das in der Linux-Welt ungebrochen attraktiv bleibt:

Snapshots und Subvolumes sind das wohl wichtigste Argument. Dateisystem-Snapshots sind in BTRFS extrem leichtgewichtig – sie erzeugen anfangs fast keinen Speicherplatz-Overhead, da Copy-on-Write nur beim tatsächlichen Schreiben von geänderten Blöcken greift. Für Backup-Konzepte mit snapper oder dem manuelle Snapshot-Management ist das ein erheblicher Vorteil gegenüber Ext4 oder XFS.

Checksumierung fährt BTRFS auf allen Daten und Metadaten. Das bedeutet: Stille Datenverfälschung wird erkannt – ein Problem, das Ext4 auf reiner Dateisystem-Ebene nicht löst.

Kompression (zstd, lzo) kann direkt auf Dateisystem-Ebene aktiviert werden, ohne einen separaten Layer wie dm-crypt oder einen Kompressions-Overlay zu benötigen. Gerade bei Heimserver-Daten mit viel Textdaten, Logs oder Backups kann das den effektiven Speicherplatz deutlich erhöhen.

Balancing und RAID sind nativ verfügbar. BTRFS kann mehrere Geräte zu einem RAID-Verbund zusammenfassen – allerdings hier liegt auch eine von den meisten Admins unterschätzte Grauzone.

Wo BTRFS an seine Grenzen stoßt

BTRFS RAID 5/6 ist nicht produktionstüglich. Das ist kein Gerücht, das ist der offizielle Status im Linux-Kernel. Wer redundante Speicherlösungen braucht, greift hier auf BTRFS RAID 1 oder 10 zurück – oder verlässt sich für Redundanz auf eine andere Schicht (LVM, mdadm, oder ZFS).

Performance bei intensiver Fragmentierung kann mit der Zeit nachlassen. Ein regelmäßiges btrfs filesystem defragment oder die gezielte Verwendung von autodefrag bei passenden Workloads ist kein Optionales, sondern Teil des Betriebs.

Metadata-Overhead ist bei BTRFS höher als bei Ext4 oder XFS. Bei sehr großen Verzeichnissen mit Millionen von Dateien kann das spürbar werden.

Ext4 – Der bewährte Allrounder

Ext4 ist seit über einem Jahrzehnt die Standard-Wahl auf den meisten Linux-Distros und nicht ohne Grund. Das Dateisystem ist extrem gut getestet, unterstützt Journaling zur Konsistenzgarantie, und sein Verhalten unter Last ist gut dokumentiert und vorhersagbar.

Was Ext4 nicht kann: Snapshots, Checksumierung auf Datenebene, oder native Kompression. Wer diese Features braucht, muss sie auf einer anderen Schicht (LVM-Snapshots, LUKS, snapd) nachrüsten. Das macht Ext4 nicht zu einem schlechten Dateisystem – es macht es zu einem anderen Werkzeug.

Ideal für: Betriebssystem-Partitionen, Datenvolumes ohne Snapshot-Bedarf, oder überall dort, wo Stabilität und Vorhersagbarkeit Priorität haben.

XFS – Der Geschwindigkeitskönig

XFS wurde von SGI für massiv parallele Workloads entwickelt und diese Herkunft ist bis heute spürbar. Sequentielle Schreibvorgänge und parallele I/O-Muster sind die Stärke von XFS – es wird nicht umsonst in der Enterprise-Welt und bei großen Speicher-Backends bevorzugt.

XFS kennt keine native Kompression oder Snapshots. Das Dateisystem ist auch nicht schrumpfbar – wer XFS partitioniert, muss die Größe von Anfang an richtig planen oder auf LVM aufbauen.

Ideal für: VM-Speicher, Backup-Targets mit hohem Durchsatz, oder Workloads mit viel sequentiellen Zugriff.

ZFS – Der Schwergewichtige

ZFS verdient eine ehrliche Einschätzung, auch wenn es nicht nativ im Linux-Kernel residiert (OpenZFS über DKMS oder FreeBSD-nativ). ZFS bietet ein Feature-Set, das BTRFS in mancher Hinsicht überbietet:

Reifes RAIDZ: RAIDZ1, RAIDZ2, und RAIDZ3 sind produktionsreif und gut erprobt.
Checksumierung, Kompression, Deduplizierung – alles auf einer Ebene.
ARC Cache nutzt verfügbaren RAM effizient als Read-Cache.
Send/Receive für Replikation und Backups.

Der Preis für das alles: ZFS ist RAM-hungrig (empfohlen: mindestens 8 GB RAM dediziert für ZFS), und die Integration in Linux ist nicht so nahtlos wie bei nativen Dateisystemen. Bei Proxmox-Setups ist ZFS natürlich eine erstklassige Option – dort wird es zum Teil nativ unterstützt.

Ideal für: Proxmox-Hosts, Backup-Server, oder überall dort, wo Datenintegität und Replikation zentral sind.

Der Vergleich auf einen Blick

Feature                      Ext4              BTRFS                XFS               ZFS
─────────────────────────────────────────────────────────────────────────────────────────────
Snapshots                    Nein (LVM nötig)  Ja (nativ)           Nein              Ja (nativ)
Checksumierung               Nein              Ja                   Nein              Ja
Kompression                  Nein              Ja (zstd/lzo)        Nein              Ja (lz4/zstd)
RAID-Support                 Nein              Ja (eingeschränkt)   Nein              Ja (RAIDZ)
Sequentielle Performance     Gut               Mittel               Sehr gut          Gut
Deduplizierung               Nein              Experimentell        Nein              Ja
Linux-Kernel-Integration     Nativ             Nativ                Nativ             Über DKMS
Maturitylevel                Sehr hoch         Hoch                 Sehr hoch         Sehr hoch

Meine Empfehlung – Abhängig vom Einsatzfall

Es gibt keine eine richtige Antwort. Aber wenn ich meinen eigenen Homelab-Stack betrachte, ergeben sich folgende Muster:

Betriebssystem-Partition: Ext4 – stabil, unspektakulär, funktioniert.
Heimserver mit Backup-Bedarf: BTRFS mit snapper – Snapshots machen hier die Differenz.
Proxmox-Hosts mit mehreren Platten: ZFS – besonders wenn RAIDZ gefragt ist.
Backup-Targets oder Streamer-Daten: XFS – maximaler Durchsatz, keine Komplexität.

Der Schlüssel liegt darin, nicht ein einziges Dateisystem für alles zu verwenden, sondern das richtige Werkzeug für jeden Teilsystem zu wählen.

Wie sieht euer Dateisystem-Setup aus? Wer hat Erfahrungen mit BTRFS in produktiver Umgebung? Schreibt gerne Kommentare und Erfahrungsberichte hier drunter – auch wenn eure Meinung abweicht.