Beim Einrichten eines Unraid-Servers taucht die Frage zweimal auf – einmal für die Platten im Array und einmal für den Cache-Pool. Und die Antwort ist beide Male eine andere. Genau das führt regelmäßig zu Verwirrung.
Diese Seite trennt die beiden Fälle sauber, erklärt die Unterschiede zwischen XFS, Btrfs und ZFS und sagt für jede Situation, was Du nehmen solltest.
Die kurze Antwort
| Wo | Empfehlung | Warum |
|---|---|---|
| Array, einzelne Platte | XFS | Stabil, schnell, unkompliziert – der Unraid-Standard |
| Cache, eine SSD | XFS | Kein Grund für mehr Komplexität |
| Cache, mehrere SSDs im Verbund | Btrfs oder ZFS | XFS kann keinen Verbund über mehrere Laufwerke |
| Array mit Prüfsummen gewünscht | ZFS oder Btrfs | Erkennt stille Datenfehler |
| Bestand mit ReiserFS | umstellen | Veraltet, wird nicht mehr gepflegt |
Die dritte Zeile ist der eigentliche Grund, warum die Frage überhaupt gestellt wird. Wer zwei SSDs als gespiegelten Cache betreiben will, kann XFS nicht nehmen – dafür braucht es ein Dateisystem, das mehrere Laufwerke zusammenfassen kann.
Warum Unraid hier anders funktioniert
Bei klassischem RAID werden Daten über alle Platten verteilt, und alle Laufwerke bilden gemeinsam einen Verbund mit einem Dateisystem. Bei Unraid hat jede Platte im Array ihr eigenes Dateisystem und enthält vollständige Dateien.
Daraus folgen zwei Dinge, die Unraid ausmachen:
- Du kannst Dateisysteme mischen. Eine Platte XFS, die nächste Btrfs – das funktioniert, auch wenn es selten sinnvoll ist.
- Fällt eine Platte aus, sind nur ihre Dateien betroffen. Bei RAID ist im schlimmsten Fall der ganze Verbund hin. Das ist der stärkste Sicherheitsvorteil von Unraid – und der Grund, warum die Dateisystemwahl weniger dramatisch ist, als sie klingt.
Die Parität rekonstruiert eine ausgefallene Platte. Der Rest bleibt lesbar – auch mit einem normalen Linux-Rechner, wenn es hart auf hart kommt. Hintergründe unter Unraid: was ist das?.
XFS: der Standard
XFS ist seit Jahren die Voreinstellung für Array-Platten, und dafür gibt es gute Gründe:
- Ausgereift und stabil. XFS ist seit Jahrzehnten im Linux-Serverumfeld im Einsatz.
- Schnell bei großen Dateien. Genau das Profil eines Medienservers.
- Geringer Overhead. Wenig RAM-Bedarf, wenig Verwaltungsaufwand.
- Gute Wiederherstellungswerkzeuge. Ein XFS-Dateisystem lässt sich an jedem Linux-Rechner einhängen und prüfen.
Was XFS nicht kann: Prüfsummen über die Daten, Schnappschüsse, und es kann keine mehreren Laufwerke zu einem Verbund zusammenfassen. Für eine einzelne Array-Platte braucht man nichts davon.
Empfehlung: Für Array-Platten XFS, außer Du hast einen konkreten Grund dagegen.
Btrfs: mehr Funktionen, mehr Komplexität
Btrfs kann deutlich mehr: Prüfsummen für Daten und Metadaten, Schnappschüsse, Kompression – und eben mehrere Laufwerke in einem Pool.
Der letzte Punkt ist der Grund, warum Btrfs bei Unraid überhaupt eine Rolle spielt: Ein Cache-Pool aus zwei SSDs im Spiegel braucht Btrfs oder ZFS. Mit XFS geht das schlicht nicht.
Was Prüfsummen bringen
Btrfs prüft bei jedem Lesevorgang, ob die Daten noch dem entsprechen, was geschrieben wurde. Damit erkennt es stille Datenfehler – Bitfehler, die weder Platte noch Betriebssystem melden.
Erkennen heißt aber nicht reparieren: Ohne redundante Kopie meldet Btrfs den Fehler nur. Bei einem gespiegelten Cache-Pool kann es ihn aus der zweiten Kopie beheben – bei einer einzelnen Array-Platte nicht.
Der Vorbehalt
Btrfs hat den Ruf, komplexer und in Randfällen zickiger zu sein als XFS – besonders wenn ein Pool aus dem Tritt gerät. Für einen gespiegelten Cache ist es eine bewährte Wahl; für eine einfache Array-Platte kaufst Du Dir Funktionen ein, die Du dort nicht nutzen kannst.
ZFS: die neuere Option
Neuere Unraid-Versionen unterstützen ZFS – sowohl für Array-Platten als auch für Pools. ZFS bringt dieselben Stärken wie Btrfs mit, gilt aber als robuster und ist im Serverumfeld die etabliertere Wahl.
Was Du wissen solltest, bevor Du umstellst:
- Mehr RAM-Bedarf. ZFS nutzt Arbeitsspeicher als Cache – das ist ein Merkmal, kein Fehler, verlangt aber Reserven.
- Weniger flexibel bei der Erweiterung als Unraids Array-Prinzip. Wer Unraid gerade wegen des plattenweisen Wachstums gewählt hat, sollte genau prüfen, was er sich einhandelt.
- Prüfsummen und Schnappschüsse – die eigentlichen Argumente dafür.
Für die meisten Homeserver ist ZFS auf Array-Platten die falsche Baustelle. Sinnvoll wird es dort, wo Datenintegrität wichtiger ist als schrittweises Wachstum – oder als Dateisystem für einen Pool aus mehreren SSDs.
ReiserFS: nur noch Altbestand
ReiserFS war lange die Unraid-Voreinstellung und ist heute überholt. Es wird im Linux-Kern nicht mehr gepflegt, ist bei großen Dateisystemen langsam und hat eine harte Größenbeschränkung.
Wenn Du noch ReiserFS-Platten im Array hast, plane die Umstellung ein. Der Weg führt über das Leerräumen einer Platte, das Neuformatieren mit XFS und das Zurückspielen der Daten – Platte für Platte. Das dauert, ist aber ohne Datenverlust machbar, solange die Parität intakt ist.
Die Cache-Frage im Detail
Hier fällt die Entscheidung anders als beim Array, weil der Cache oft aus mehreren Laufwerken besteht:
| Cache-Aufbau | Dateisystem | Anmerkung |
|---|---|---|
| Eine einzelne SSD | XFS | Einfach und schnell. Aber: kein Schutz bei Ausfall |
| Zwei SSDs gespiegelt | Btrfs oder ZFS | Der übliche Weg – Ausfallschutz für Docker und VMs |
| Mehrere SSDs, Kapazität wichtiger | Btrfs | Zusammenfassen statt spiegeln – ohne Ausfallschutz |
Warum der Cache Ausfallschutz braucht: Auf ihm liegen Docker-Container, VM-Abbilder und frisch geschriebene Daten, die noch nicht aufs Array verschoben wurden. Diese Daten sind nicht durch die Parität geschützt. Fällt eine einzelne Cache-SSD aus, sind sie weg.
Das ist der wichtigste Satz auf dieser Seite und der Grund, warum ein gespiegelter Cache-Pool die Empfehlung für alle ist, die dort mehr als flüchtige Daten liegen haben. Mehr zum SSD-Einsatz unter Unraid auf SSD installieren.
Umstellen: so geht es ohne Datenverlust
- Parität muss gültig sein. Ohne sie kein Sicherheitsnetz – vorher prüfen.
- Eine Platte leerräumen. Die Daten auf andere Array-Platten verschieben.
- Platte aus dem Array nehmen, neu formatieren, mit dem gewünschten Dateisystem wieder aufnehmen.
- Daten zurückschieben.
- Für jede weitere Platte wiederholen.
Das ist langwierig, aber unspektakulär. Ein Backup der wichtigen Daten gehört trotzdem dazu – Parität ist kein Backup, und beim Verschieben großer Datenmengen passieren die Fehler.
Häufige Fragen
XFS oder Btrfs für den Cache?
Eine SSD: XFS. Zwei oder mehr im Verbund: Btrfs oder ZFS – XFS kann keine Pools bilden.
Kann ich Dateisysteme im Array mischen?
Ja, jede Platte hat ihr eigenes. Nötig ist das selten, aber es macht die schrittweise Umstellung überhaupt erst möglich.
Brauche ich Prüfsummen zu Hause wirklich?
Bei Mediendateien ist ein einzelner Bitfehler folgenlos. Bei Dokumenten, Fotos und Archiven ist er es nicht. Wer wichtige Daten ablegt, hat mit Prüfsummen ein Argument – wichtiger bleibt aber ein Backup.
Verliere ich Daten beim Wechsel des Dateisystems?
Nicht, wenn Du plattenweise vorgehst und die Parität gültig ist. Formatieren löscht die jeweilige Platte – deshalb vorher leerräumen.
Ist ZFS schneller als XFS?
Nicht grundsätzlich. ZFS kann durch seinen RAM-Cache bei bestimmten Zugriffsmustern schneller wirken, hat aber mehr Overhead. Bei großen sequenziellen Dateien ist XFS sehr schwer zu schlagen.
Was ist mit Verschlüsselung?
Unraid verschlüsselt auf einer eigenen Ebene, unabhängig vom Dateisystem – XFS und Btrfs lassen sich beide verschlüsselt betreiben.
Fazit
Für Array-Platten ist XFS die richtige Antwort – stabil, schnell, sparsam und mit guten Wiederherstellungswerkzeugen. Prüfsummen und Schnappschüsse nutzen auf einer einzelnen Array-Platte ohnehin wenig.
Beim Cache sieht es anders aus: Eine SSD bekommt XFS, ein Verbund aus zwei oder mehr SSDs braucht Btrfs oder ZFS. Und weil auf dem Cache Docker-Container, VMs und noch nicht verschobene Daten liegen, die nicht durch die Parität geschützt sind, ist ein gespiegelter Pool die Empfehlung, sobald dort etwas liegt, das Dir wichtig ist.
ReiserFS gehört umgestellt, wenn Du es noch im Bestand hast. Und welche Laufwerke überhaupt in den Server gehören, klärt Unraid: welche Festplatten? – die passende Hardware drumherum steht unter Unraid: welche Hardware?.