Das stärkste Argument in diesem Feature-Request-Thread zu ZimaOS aus dem Jahr 2025 lautete nicht einfach „Bitte fügt ein weiteres Dateisystem hinzu“. Die Nutzer wollten ein Speichermodell ähnlich wie bei Unraid: unterschiedlich große, einzeln formatierte Laufwerke behalten, sie als einen logischen Pool darstellen und einen Paritätsschutz hinzufügen, ohne die gesamte Sammlung in ein herkömmliches Striping-RAID-Array umzuwandeln.
Zima-Giorgio fragte, warum die bevorstehende JBOD-Option in ZimaOS 1.4.2 nicht ausreichen sollte, und bat um konkrete Anwendungsfälle aus der Praxis. Die Antworten machen den Unterschied deutlich: JBOD kann Kapazitäten zusammenfassen, während MergerFS plus SnapRAID attraktiv ist, weil es Pooling von geplanter Paritätssynchronisierung trennt und es Nutzern ermöglicht, eine Heimsammlung von Medien über viele Jahre hinweg mit unterschiedlichen Laufwerken zu erweitern.
Warum Home-NAS-Nutzer nach MergerFS und SnapRAID fragten
Mehrere Teilnehmer beschrieben Speicher, der schrittweise wächst. Ein Nutzer hatte Laufwerke mit 3 TB, 6 TB und 12 TB. Ein anderer schilderte eine Kette, bei der ein 8-TB-Laufwerk eine 6-TB-Festplatte im Haupt-NAS ersetzt, die frei gewordene 6-TB-Festplatte in ein Archivsystem wandert und eine ältere Archivfestplatte anschließend in einen Home-Lab-Server umzieht.
Herkömmliches RAID kann für dieses Muster unpraktisch sein, da nutzbare Kapazität und Erweiterungsregeln häufig gleich große oder sorgfältig geplante Laufwerke voraussetzen. Die Nutzer wollten den Wert vorhandener Festplatten erhalten, statt das gesamte Array jedes Mal neu aufzubauen, wenn ein größeres Laufwerk gekauft wird.
MergerFS und SnapRAID lösen unterschiedliche Probleme
MergerFS ist ein Union-Dateisystem. Es kann mehrere unabhängige Dateisysteme unter einem einzigen logischen Einhängepunkt erscheinen lassen, während die Dateien weiterhin auf den einzelnen Mitgliedslaufwerken liegen.
SnapRAID ist eine Paritätssoftware. Sie berechnet Paritätsinformationen aus den Dateien auf den Datenlaufwerken und kann eine Integritätsprüfung bereitstellen. Die Paritätssynchronisierung wird normalerweise geplant ausgeführt, statt wie bei herkömmlichem RAID kontinuierlich geschrieben zu werden.
Diese Trennung ist der Grund, warum die Kombination für relativ statische Mediensammlungen beliebt ist: MergerFS stellt den Namespace des Pools bereit, während SnapRAID die Wiederherstellung nach dem Ausfall ausgewählter Laufwerke ermöglicht.
Warum ZimaOS-JBOD nicht dasselbe Konzept ist
Die aktuelle Dokumentation von ZimaOS beschreibt JBOD als das Zusammenfassen mehrerer Laufwerke zu einem durchgehenden Volume. Es handelt sich um eine Kapazitätsoption und nicht um dasselbe Paritätsmodell, das die Nutzer angefordert hatten.
Vergleiche die in ZimaOS verfügbaren RAID- und JBOD-Optionen. JBOD ist nützlich, wenn das Ziel eine einfache Zusammenfassung der Kapazität ist, wird aber nicht allein deshalb zu SnapRAID, weil die Mitgliedslaufwerke unterschiedlich groß sind.
Der MergerFS-Autor beteiligte sich an der Diskussion
Trapexit, der Entwickler von MergerFS, erklärte, dass CasaOS für seine Speicherfunktion „Merge“ historisch MergerFS verwendet hatte. Zuvor hatte er mit IceWhale über eine tiefere Integration gesprochen, sagte jedoch, dass sich diese Gespräche zu diesem Zeitpunkt nicht zu einer umfassenderen Integration in ZimaOS entwickelt hätten.
Er beschrieb außerdem einen sinnvollen Anwendungsfall für MergerFS: Dateien, die einmal geschrieben, häufig gelesen und nur selten geändert werden und bei denen ein logischer Pool unabhängiger Dateisysteme wichtiger ist als eine hohe Leistung bei zufälligen Schreibvorgängen.
Später im Thread erschien eine CasaOS-Merge-Ansicht
Dieser Screenshot belegt CasaOS, ist aber kein Nachweis für eine aktuell unterstützte MergerFS-Verwaltungsseite in ZimaOS.
Warum Nutzer SnapRAID als etwas anderes als Echtzeitparität betrachten
Im Thread ging es wiederholt um Medienarchive, in denen sich Dateien nicht ständig ändern. Geplante Parität ermöglicht es, ungenutzte Laufwerke häufiger in den Ruhezustand zu versetzen, und macht es überflüssig, dass sich jedes Laufwerk an jedem Lesevorgang beteiligt. Außerdem schätzten die Nutzer die Integritätsprüfungen von SnapRAID zur Erkennung stiller Datenbeschädigung.
Der Nachteil besteht darin, dass Änderungen nach der letzten Paritätssynchronisierung durch diesen Paritätssnapshot nicht geschützt sind. SnapRAID ist daher kein direkter Ersatz für jede Art von RAID-Workload.
Wozu sich IceWhale tatsächlich verpflichtet hat
Die offiziellen Antworten waren vorsichtig. Zima-Giorgio bat die Nutzer zunächst zu erklären, warum MergerFS und SnapRAID im Vergleich zu JBOD unverzichtbar seien. Im November 2025 sagte er, das Team habe das Feedback erhalten und werde die Anfrage erneut prüfen.
Das ist nicht dasselbe wie eine Produktzusage, ein Termin in der Roadmap oder eine Ankündigung einer Veröffentlichung.
Aktueller Status
Die aktuelle ZimaOS-Dokumentation zum Speicher konzentriert sich weiterhin auf einzelne Laufwerke, JBOD, RAID und integrierte Optionen im Zusammenhang mit ZFS. In der ZimaOS-Speicheroberfläche gibt es derzeit keine offizielle Konfigurationsseite für SnapRAID.
Spätere Untersuchungen der Community im Jahr 2026 fanden auf einigen ZimaOS-Systemen eine MergerFS-Binärdatei sowie ein Community-Projekt für systemd-sysext, das MergerFS und SnapRAID paketiert. Das sind wichtige Entwicklungen, aber nicht dasselbe wie offizieller SnapRAID-Support aus erster Hand mit einer unterstützten ZimaOS-Oberfläche und einem unterstützten Lebenszyklus.
Wähle das Speichermodell passend zum Anwendungsfall
- Gleich große Laufwerke und kontinuierliche Redundanz: Verwende die ZimaOS-RAID-Option, die zu deiner benötigten Ausfalltoleranz passt.
- Einfache Zusammenfassung der Kapazität ohne Paritätsanforderung: JBOD kann ausreichen.
- Medien mit unterschiedlichen Laufwerksgrößen, die sich größtenteils nicht ändern, und geplanter Parität: MergerFS plus SnapRAID entspricht dem Anwendungsfall, den die Nutzer in diesem Thread angefordert haben.
- Kritische, sich ändernde Daten: Erstelle unabhängig von der verwendeten Array-Technologie weiterhin separate Backups.
Parität ist kein Backup
Bei der Anfrage geht es darum, den Ausfall eines Laufwerks zu überstehen, nicht um versehentliches Löschen, Ransomware oder die Zerstörung des gesamten Servers. Auch ein MergerFS-/SnapRAID-Design benötigt für unersetzliche Daten einen separaten Backup-Plan.
FAQ zu MergerFS und SnapRAID
Hat IceWhale offiziellen SnapRAID-Support angekündigt?
Nein. Das Team bat um Anwendungsfälle und erklärte später, es werde das Feedback erneut prüfen.
Ist ZimaOS-JBOD gleichwertig mit MergerFS plus SnapRAID?
Nein. JBOD fasst Kapazitäten zusammen; das angeforderte Design kombiniert ein Union-Dateisystem mit Paritätssynchronisierung.
Gibt es Community-Arbeiten zu MergerFS für ZimaOS?
Ja, aber Community-Binärdateien und Sysext-Module sollten nicht als offizielle SnapRAID-Verwaltungsfunktion bezeichnet werden.
