- ext4 ist einfach, schnell und seit 2008 bewährt – hat aber keine Snapshots, keine Kompression und schützt deine Dateien nicht vor stillem Datenverfall (Bitrot).
- Btrfs bringt Snapshots, Kompression und Prüfsummen von Haus aus mit und ist inzwischen Standard bei Fedora und openSUSE – nur die RAID-5/6-Variante solltest du weiterhin meiden.
- ZFS gilt als besonders robust für größere Storage-Pools, läuft aber als eigenes Kernelmodul statt fest im Linux-Kernel – seit 2025 lassen sich RAIDZ-Arrays endlich auch um einzelne Platten erweitern.
- Es gibt kein „immer richtig“ – die Wahl hängt davon ab, ob dir Einfachheit, Komfortfunktionen oder maximale Datensicherheit am wichtigsten ist.
Wer sich einen eigenen Server oder ein NAS (Network Attached Storage, also ein Speicher, der am Netzwerk hängt) baut, stolpert früh über eine Frage, die auf den ersten Blick trocken wirkt, aber am Ende entscheidet, wie sicher deine Fotos, Backups und Filme wirklich liegen: Welches Dateisystem soll auf die Platten? Die drei Kandidaten, die im Homelab immer wieder auftauchen, sind ext4, Btrfs und ZFS. Alle drei können Daten speichern – aber sie tun es sehr unterschiedlich.
Was ein Dateisystem im Homelab eigentlich leistet
Ein Dateisystem organisiert, wo und wie Daten auf der Festplatte abgelegt werden – vergleichbar mit einem Aktenordner-System, das festlegt, in welches Fach welches Blatt kommt. Moderne Dateisysteme wie Btrfs und ZFS arbeiten dabei nach dem Prinzip Copy-on-Write (CoW, „Kopieren beim Schreiben“): Statt eine Datei beim Ändern direkt zu überschreiben, wird eine neue Version an anderer Stelle geschrieben, und erst danach zeigt das System auf die neue Version. Das macht unter anderem Snapshots möglich – eingefrorene Zustände deiner Daten zu einem bestimmten Zeitpunkt, auf die du im Notfall zurückspringen kannst, ohne ein komplettes Backup einspielen zu müssen. ext4 kennt dieses Prinzip nicht.
ext4 – der bewährte Standard ohne Schnickschnack
ext4 ist seit 2008 das Standard-Dateisystem vieler Linux-Distributionen und gilt als extrem ausgereift. Es kennt kein Copy-on-Write, keine nativen Snapshots, keine Kompression und kein natives RAID (mehrere Festplatten, die als ein Verbund zusammenarbeiten) mit Datenprüfsumme. Was viele nicht wissen: ext4 prüft zwar die Metadaten – also Informationen wie Dateinamen und Speicherorte – per Checksumme, aber nicht den eigentlichen Dateiinhalt. Ein stiller Bitfehler in einer Datei würde also nicht auffallen. Dafür ist ext4 unkompliziert und sehr schnell wieder einsatzbereit, wenn nach einem Absturz eine Dateisystemprüfung (fsck) nötig wird: Durch besseres Tracking ungenutzter Inodes (interner Verwaltungseinträge für Dateien) läuft diese Prüfung in aktuellen Kernel-Versionen 2- bis 20-mal schneller als früher.
Btrfs – viele Komfortfunktionen, ein Vorbehalt
Btrfs ist von Grund auf als Copy-on-Write-Dateisystem gebaut und bringt gleich mehrere Funktionen mit, für die man bei ext4 zusätzliche Werkzeuge bräuchte: native Snapshots, eingebaute Kompression (etwa mit zstd, lzo oder zlib), Prüfsummen für Daten und Metadaten sowie Subvolumes – frei anlegbare, unabhängig verwaltbare „Unterlaufwerke“ innerhalb eines Dateisystems. Dazu kommt send/receive, mit dem sich Snapshots effizient auf ein anderes System übertragen lassen, etwa für Backups.
Wichtig zu wissen: Die einfachen Btrfs-Verbundmodi RAID 1, RAID 10, single und dup gelten 2026 als stabil und produktionsreif. Die RAID-5- und RAID-6-Varianten dagegen warnt die offizielle Dokumentation nach wie vor ausdrücklich davor, sie produktiv einzusetzen – das sogenannte Write-Hole-Problem (eine Lücke, durch die bei einem Stromausfall während des Schreibens Daten inkonsistent werden können) ist bis heute nicht gelöst, weil ein schützendes Journal fehlt.
Btrfs hat sich in der Praxis längst bewährt: Seit Fedora 33 (2020) ist es das Standard-Dateisystem von Fedora Workstation, und seit Fedora 43 (Oktober 2025) lässt sich im Installer beim Anlegen der Workstation-Partitionen gar kein ext4 mehr auswählen – Btrfs ist die einzige Option. Auch openSUSE setzt standardmäßig auf Btrfs. Wer ein Synology-NAS besitzt, nutzt übrigens ebenfalls Btrfs – allerdings nur als Dateisystem-Schicht oben auf einem klassischen RAID-Verbund über Linux-mdadm/LVM. Das eigentliche RAID läuft bei Synology DSM also nicht über die Btrfs-eigene RAID-Funktion – bewusst, wegen der oben genannten RAID-5/6-Problematik.
ZFS – maximale Datensicherheit, eigene Regeln
ZFS gilt seit Jahren als Referenz, wenn es um Datensicherheit geht: Copy-on-Write, Prüfsummen für sämtliche Daten, native Snapshots, Kompression (lz4 oder zstd), die RAID-ähnlichen Verbünde RAIDZ1/2/3, Send/Receive und optional Deduplizierung (das Erkennen und Zusammenfassen doppelt vorhandener Daten). Die aktuelle Referenzimplementierung heißt OpenZFS.
Ein Sonderfall ist die Lizenz: ZFS steht unter der CDDL-Lizenz, die laut Kernel-Entwicklern wie Linus Torvalds mit der GPLv2-Lizenz des Linux-Kernels nicht kompatibel ist. Deshalb kann ZFS nicht fest im Kernel selbst stecken, sondern wird als separates Kernelmodul (über DKMS oder als vorgebautes kmod-Paket) nachinstalliert.
Zwei Irrtümer halten sich hartnäckig: Erstens, ZFS brauche zwingend ECC-RAM (Arbeitsspeicher mit eingebauter Fehlerkorrektur). Tatsächlich ist ECC nur empfohlen, keine Voraussetzung – ZFS-Mitentwickler Matt Ahrens hat klargestellt, dass ZFS ECC nicht mehr braucht als jedes andere Dateisystem, es profitiert nur genauso davon. Zweitens die Faustregel „1 GB RAM pro Terabyte Speicher“: Für Heimanwender ist das laut Community-Erfahrung vernachlässigbar – ein 100-TB-Pool läuft demnach problemlos mit 8 GB RAM. Wirklich RAM-hungrig wird es nur bei aktivierter Deduplizierung, für die man grob mit einigen Gigabyte RAM pro Terabyte deduplizierter Daten rechnen sollte.
Die größte Neuerung der letzten Zeit: Mit OpenZFS 2.3 (Januar 2025) kam die RAIDZ-Expansion – erstmals lassen sich einzelne Festplatten zu einem bestehenden RAIDZ-Verbund hinzufügen, ohne ihn komplett neu aufbauen zu müssen. Das war jahrelang der größte Nachteil gegenüber Btrfs oder klassischem mdadm-RAID. Ein Haken bleibt: Bereits vorhandene Daten behalten nach der Erweiterung ihr ursprüngliches Verhältnis von Nutzdaten zu Paritätsdaten. Den vollen Kapazitätsgewinn gibt es nur für neu geschriebene Daten; alte Daten müsste man manuell neu schreiben, um davon zu profitieren.
Und Bcachefs?
Bcachefs wurde 2024 als neues Copy-on-Write-Dateisystem in den Linux-Mainline-Kernel aufgenommen, ist inzwischen aber wieder draußen: Wegen eines Streits zwischen Linus Torvalds und dem Hauptentwickler über die Entwicklungsregeln wurde es ab Kernel 6.18 komplett entfernt und wird seither nur noch als externes Zusatzmodul gepflegt. Für Einsteiger ins Homelab ist Bcachefs aktuell deshalb keine praktikable Empfehlung.
Die drei Systeme im Vergleich
| Eigenschaft | ext4 | Btrfs | ZFS |
|---|---|---|---|
| Copy-on-Write | Nein | Ja | Ja |
| Native Snapshots | Nein | Ja | Ja |
| Kompression | Nein | Ja (zstd, lzo, zlib) | Ja (lz4, zstd) |
| Prüfsummen für Nutzdaten | Nein | Ja | Ja |
| RAID-Unterstützung | Nein (extern nötig) | 1/10/single/dup stabil, 5/6 nicht produktionsreif | RAIDZ1/2/3, seit 2025 erweiterbar |
| Kernel-Integration | Fest im Linux-Kernel | Fest im Linux-Kernel | Separates Modul (Lizenzgrund) |
Wo dir die drei Systeme in der Praxis begegnen
Unraid setzt traditionell auf ein eigenes Array-Konzept mit XFS oder Btrfs pro Einzelplatte plus separater Paritätsplatte statt auf klassisches RAID; seit Unraid OS 7.0 (Januar 2025) lässt sich zusätzlich natives ZFS vollständig ins Array einbinden, inklusive Hybrid-Pools und Verschlüsselung. Seit Version 7.1 kannst du bestehende ZFS-Pools von TrueNAS, Proxmox VE, Ubuntu oder QNAP sogar direkt importieren. Proxmox VE selbst bietet im Installer die Wahl zwischen ZFS, ext4, XFS oder experimentell Btrfs als Root-Dateisystem, wobei ZFS-Root seit Jahren offiziell unterstützt wird. TrueNAS SCALE (der einzige noch aktiv weiterentwickelte Zweig, nachdem das FreeBSD-basierte TrueNAS CORE 2025 eingestellt wurde) ist komplett um ZFS herum gebaut. Und auch NAS-Hersteller wie QNAP haben mit QuTS hero eine eigene ZFS-basierte Systemvariante neben dem klassischen, ext4-basierten QTS im Programm.
Seagate IronWolf Pro 8TB, NAS Interne Festplatte HDD
Egal für welches Dateisystem du dich entscheidest – eine speziell für den Dauerbetrieb im NAS ausgelegte Festplatte ist das solide Fundament für einen neuen Btrfs- oder ZFS-Pool.
Preis prüfen * (429,89 €, Stand 18.09.2026)
Welches Dateisystem passt zu dir?
Reicht dir ein unkompliziertes, extrem stabiles System ohne Extras – etwa für ein einfaches Backup-Laufwerk oder ein System, bei dem du dich um nichts kümmern willst – ist ext4 nach wie vor eine solide Wahl. Willst du Snapshots, Kompression und Datenprüfsummen, ohne gleich ein komplettes NAS-Betriebssystem drumherum zu brauchen, und bleibst bei einfachen RAID-Modi, ist Btrfs die naheliegende Option – nicht zuletzt, weil es mittlerweile bei Fedora und openSUSE Standard ist. Geht es dir vor allem um maximale Datensicherheit für größere Storage-Pools, flexible Erweiterbarkeit dank RAIDZ-Expansion und ein Ökosystem, das genau darauf zugeschnitten ist (TrueNAS, Proxmox, Unraid, QuTS hero), führt der Weg an ZFS kaum vorbei.
Ein praktischer Hinweis zum Schluss: Seit September 2025 sind Festplattenpreise durch die Nachfrage aus KI-Rechenzentren spürbar gestiegen. Wer in absehbarer Zeit einen größeren Pool plant, sollte das bei der Budgetplanung einkalkulieren.