L’argomento più forte in questo thread di richieste di funzionalità di ZimaOS del 2025 non era semplicemente «aggiungete un altro filesystem». Gli utenti volevano un modello di archiviazione simile a Unraid: mantenere dischi formattati singolarmente, di dimensioni diverse, presentarli come un unico pool logico e aggiungere la protezione tramite parità senza convertire l’intera raccolta in un array RAID striped convenzionale.
Zima-Giorgio ha risposto chiedendo perché l’opzione JBOD in arrivo in ZimaOS 1.4.2 non sarebbe stata sufficiente e ha richiesto esempi concreti di utilizzo nel mondo reale. Le risposte chiariscono la distinzione: JBOD può combinare la capacità, mentre MergerFS più SnapRAID è interessante perché separa il pooling dalla parità pianificata e consente agli utenti di ampliare una raccolta multimediale domestica con dischi diversi per molti anni.
Perché gli utenti di NAS domestici hanno chiesto MergerFS e SnapRAID
Diversi partecipanti hanno descritto sistemi di archiviazione che crescono gradualmente. Un utente aveva dischi da 3 TB, 6 TB e 12 TB. Un altro ha descritto una catena in cui un disco da 8 TB sostituisce un disco da 6 TB nel NAS principale, il disco da 6 TB rimosso passa a un sistema di archiviazione e un vecchio disco dell’archivio viene trasferito a sua volta in un server per laboratorio domestico.
Il RAID tradizionale può essere poco pratico per questo scenario, perché la capacità utilizzabile e le regole di espansione spesso presuppongono dischi uguali o pianificati con attenzione. Gli utenti volevano preservare il valore dei dischi esistenti invece di ricostruire l’intero array ogni volta che acquistano un disco più grande.
MergerFS e SnapRAID risolvono problemi diversi
MergerFS è un filesystem union. Può fare apparire diversi filesystem indipendenti sotto un unico punto di montaggio logico, mentre i file continuano a risiedere sui singoli dischi membri.
SnapRAID è un software per la parità. Calcola le informazioni di parità a partire dai file presenti sui dischi dati e può fornire controlli di integrità. La sincronizzazione della parità viene normalmente pianificata, anziché essere eseguita continuamente come nel RAID tradizionale.
È proprio questa separazione a rendere popolare la combinazione per raccolte multimediali relativamente statiche: MergerFS fornisce lo spazio dei nomi del pool, mentre SnapRAID offre la possibilità di recuperare i dati in caso di guasto di determinati dischi.
Perché JBOD di ZimaOS non è lo stesso modello
La documentazione attuale di ZimaOS descrive JBOD come un sistema che unisce più dischi in un unico volume continuo. È un’opzione per combinare la capacità, non lo stesso modello di parità richiesto dagli utenti.
Per confrontare le opzioni integrate attualmente disponibili, consulta le opzioni RAID e JBOD disponibili in ZimaOS. JBOD è utile quando l’obiettivo è semplicemente combinare la capacità, ma non diventa SnapRAID solo perché i dischi membri hanno dimensioni diverse.
L’autore di MergerFS ha partecipato alla discussione
Trapexit, lo sviluppatore di MergerFS, ha spiegato che CasaOS aveva utilizzato storicamente MergerFS per la funzionalità di archiviazione «merge». In precedenza aveva discusso con IceWhale di un’integrazione più profonda, ma ha affermato che all’epoca quelle conversazioni non si erano trasformate in un’integrazione più ampia con ZimaOS.
Ha inoltre descritto un carico di lavoro adatto a MergerFS: file scritti una volta, letti molte volte e modificati raramente, per i quali un pool logico di filesystem indipendenti è più importante di elevate prestazioni nelle scritture casuali.
Più avanti nel thread è comparsa una schermata di unione di CasaOS
Questa schermata costituisce una prova relativa a CasaOS, non la dimostrazione dell’esistenza di una pagina di gestione MergerFS attualmente supportata in ZimaOS.
Perché gli utenti considerano SnapRAID diverso dalla parità in tempo reale
Il thread si è concentrato ripetutamente sugli archivi multimediali in cui i file non cambiano continuamente. La parità pianificata consente ai dischi inattivi di entrare più spesso in sospensione e non richiede che ogni disco partecipi a ogni lettura. Gli utenti hanno inoltre apprezzato i controlli di integrità di SnapRAID per rilevare la corruzione silenziosa.
Lo svantaggio è che le modifiche effettuate dopo l’ultima sincronizzazione della parità non sono protette da quella copia della parità. SnapRAID non è quindi un sostituto immediato per ogni carico di lavoro RAID.
A cosa si è effettivamente impegnata IceWhale
Le risposte ufficiali sono state prudenti. Inizialmente Zima-Giorgio ha chiesto agli utenti di spiegare perché MergerFS e SnapRAID fossero insostituibili rispetto a JBOD. Nel novembre 2025 ha dichiarato che il team aveva ricevuto i feedback e avrebbe riconsiderato la richiesta.
Questo non equivale a un impegno sul prodotto, a una data nella roadmap o a un annuncio di rilascio.
Stato attuale
La documentazione attuale dello storage di ZimaOS continua a concentrarsi su dischi singoli, JBOD, RAID e sulle opzioni integrate relative a ZFS. Nell’interfaccia Storage di ZimaOS non esiste attualmente una pagina ufficiale di configurazione di SnapRAID.
Indagini successive della community nel 2026 hanno rilevato un binario di MergerFS su alcuni sistemi ZimaOS e un progetto systemd-sysext della community che include MergerFS e SnapRAID. Si tratta di sviluppi significativi, ma non equivalgono al supporto SnapRAID ufficiale con un’interfaccia ZimaOS e un ciclo di vita supportati.
Scegli il modello di archiviazione in base al carico di lavoro
- Dischi uguali e ridondanza continua: usa l’opzione RAID di ZimaOS più adatta al livello di tolleranza ai guasti di cui hai bisogno.
- Semplice aggregazione della capacità senza necessità di parità: JBOD potrebbe essere sufficiente.
- Raccolte multimediali di dimensioni miste e principalmente statiche, con parità pianificata: MergerFS più SnapRAID è il flusso di lavoro richiesto dagli utenti in questo thread.
- Dati critici soggetti a modifiche: mantieni backup indipendenti a prescindere dalla tecnologia dell’array.
La parità non è un backup
La richiesta riguarda la possibilità di sopravvivere al guasto di un disco, non alla cancellazione accidentale, al ransomware o alla distruzione dell’intero server. Un’architettura MergerFS/SnapRAID necessita comunque di un piano di backup separato per i dati insostituibili.
Domande frequenti su MergerFS e SnapRAID
IceWhale ha annunciato il supporto ufficiale a SnapRAID?
No. Il team ha richiesto casi d’uso e in seguito ha dichiarato che avrebbe riconsiderato i feedback.
JBOD di ZimaOS equivale a MergerFS più SnapRAID?
No. JBOD aggrega la capacità; il modello richiesto combina un filesystem union con la sincronizzazione della parità.
Esistono lavori della community relativi a MergerFS per ZimaOS?
Sì, ma i binari e i moduli sysext della community non devono essere descritti come una funzionalità ufficiale di gestione di SnapRAID.
