Se il tuo futuro NAS contiene un disco da 4TB, uno da 8TB e uno da 16TB raccolti da sistemi diversi, scegliere un sistema operativo non è solo una decisione di interfaccia. Il modello di storage determina quanta capacità puoi usare, come vengono gestiti i guasti e se aggiungere un altro disco di dimensioni diverse in seguito sarà semplice o problematico.
Per la maggior parte delle configurazioni con dischi misti che richiedono protezione con parità, Unraid è la scelta più naturale. ZimaOS è più facile da approcciare se si preferisce il RAID convenzionale o uno storage JBOD semplice, mentre CasaOS è meglio inteso come un cruscotto applicativo che lascia il pooling avanzato e la ridondanza al sistema Linux sottostante. La scelta giusta dipende quindi dal fatto che si dia priorità alla conservazione della capacità, alla protezione, alla semplicità o al controllo amministrativo.
Perché i dischi misti cambiano la decisione sul sistema operativo
Il RAID tradizionale funziona in modo più prevedibile quando i dischi membri hanno capacità corrispondenti e prestazioni simili. Con dischi di capacità diversa, il membro più piccolo può determinare quanto spazio ogni disco contribuisce a un gruppo RAID convenzionale. Un disco più grande potrebbe quindi avere capacità che l'array non può utilizzare immediatamente.
Unraid adotta un approccio diverso. Il suo array principale memorizza i file su dischi dati formattati individualmente e calcola la parità separatamente. La regola critica di dimensionamento è che nessun disco dati può essere più grande del disco di parità. Con la doppia parità, entrambi i dischi di parità devono essere almeno grandi quanto il disco dati più grande, come spiegato nella documentazione ufficiale che copre l'architettura dell'array Unraid e il dimensionamento della parità.
Questa distinzione genera cinque domande che dovrebbero guidare il confronto:
- Quanta capacità di ogni disco rimane utilizzabile?
- Il modello di storage fornisce ridondanza?
- È possibile aggiungere un disco di dimensioni diverse senza ricostruire il pool?
- Quali dati rimangono accessibili dopo che si guastano più unità di quanto lo schema di protezione possa tollerare?
- Quanta amministrazione manuale di Linux è necessaria?
Tre modelli di storage, tre diversi limiti di guasto
Sebbene tutte e tre le piattaforme possano esporre file su una rete ed eseguire applicazioni containerizzate, non gestiscono lo storage allo stesso modo. La distinzione tra un sistema operativo, un livello di storage e un cruscotto applicativo è più importante delle loro somiglianze visive.
Unraid: dischi dati indipendenti con parità dedicata
Unraid combina dischi dati formattati indipendentemente in uno storage condiviso riservando uno o due dischi per la parità. Non distribuisce ogni file su tutti i membri dell'array allo stesso modo del RAID 5 o RAID 6 convenzionale.
Il risultato è particolarmente utile quando le dimensioni dei dischi differiscono. Un disco dati da 4TB e uno da 8TB possono contribuire con le rispettive capacità purché il disco di parità assegnato sia almeno grande quanto il disco dati più grande. Il compromesso è che il disco di parità contribuisce alla protezione anziché alla capacità ordinaria dei file.
ZimaOS: gestione grafica per RAID e JBOD
ZimaOS è un sistema operativo per server domestici progettato appositamente con gestione grafica dello storage. La sua interfaccia attuale supporta RAID 0, RAID 1, RAID 5, RAID 6 e JBOD, con ZFS disponibile come opzione separata.
Il RAID convenzionale può fornire una forte ridondanza, ma è solitamente più efficiente in termini di spazio quando i dischi membri hanno capacità corrispondenti. JBOD può utilizzare una maggiore capacità grezza di una raccolta mista, ma non offre ridondanza.
CasaOS: un livello applicativo sopra lo storage Linux
CasaOS è più simile a un'applicazione leggera e a un livello di gestione Docker installato su una distribuzione Linux come Debian o Ubuntu. La differenza tra CasaOS e un sistema operativo completo focalizzato sullo storage è descritta anche in questa guida a CasaOS e ZimaOS ruoli del server domestico.
CasaOS può visualizzare lo storage montato e renderlo disponibile alle applicazioni, ma il pooling e la parità più avanzati devono normalmente essere creati al di sotto della sua interfaccia. Ciò può coinvolgere filesystem Linux, RAID software, MergerFS, SnapRAID o un altro livello di gestione dello storage.
Come cambia lo stesso set di dischi misti in ogni sistema
Considera un server domestico contenente un disco da 4TB, uno da 8TB e uno da 16TB. L'obiettivo è creare uno storage condiviso proteggendo da un singolo guasto del disco.
| Piattaforma | Configurazione possibile | Capacità dati approssimativa | Protezione |
|---|---|---|---|
| Unraid | Parità da 16TB più dischi dati da 4TB e 8TB | Circa 12TB prima dell'overhead di formattazione | Un disco dati guasto può essere ricostruito con una parità singola valida |
| ZimaOS | RAID 5, RAID 1, JBOD o dischi separati | Dipende dalla modalità selezionata e dalla capacità mostrata dalla procedura guidata di creazione | Dipende dal RAID; JBOD non fornisce ridondanza |
| CasaOS | Volumi separati o uno stack di pooling configurato manualmente | Fino alla capacità combinata dei dischi dati, a seconda della progettazione manuale | Nessuna per impostazione predefinita; la protezione dipende dagli strumenti di archiviazione sottostanti |
Per Unraid, usare il disco da 16TB come parità lascia i dischi da 4TB e 8TB come membri dati, producendo circa 12TB di capacità file utilizzabile prima dell'overhead del filesystem. Usare il disco da 16TB come disco dati richiederebbe un disco di parità di almeno 16TB.
A ZimaOS non dovrebbe essere assegnata una capacità RAID 5 mista esatta senza controllare l'attuale assistente di archiviazione. La sua documentazione conferma che il sistema calcola la capacità stimata durante la creazione, ma non pubblica un risultato specifico per 4TB più 8TB più 16TB. La guida ufficiale alle opzioni RAID e JBOD di ZimaOS dovrebbe quindi essere utilizzata insieme alla stima mostrata sul dispositivo reale.
Con CasaOS, i dischi possono rimanere indipendenti, ma presentarli come un unico pool di archiviazione protetto richiede una configurazione Linux aggiuntiva. La capacità finale e il comportamento in caso di guasto dipendono dagli strumenti scelti piuttosto che da CasaOS stesso.
Cosa Offre Realmente la Parità Nativa
Il principale vantaggio di Unraid in questo confronto non è semplicemente il riconoscimento di dischi di dimensioni diverse. Il suo vantaggio è la combinazione di dischi dati a capacità mista, cartelle condivise, parità dedicata e un flusso di gestione grafico.
Con una parità singola, l'array può ricostruire un disco guasto. Con una parità doppia, può ricostruire fino a due guasti simultanei. I dischi di parità devono soddisfare i requisiti di dimensione del membro dati più grande, e la sostituzione di un disco guasto richiede comunque un array rimanente sano e informazioni di parità valide. La procedura ufficiale per aggiungere dischi dati e di parità a un array Unraid documenta questi vincoli.
Poiché i dischi dati mantengono filesystem individuali, i file non sono suddivisi in blocchi su ogni disco dell'array. Se i guasti superano la protezione di parità disponibile, i dati sui dischi sani possono rimanere accessibili singolarmente. Questo rappresenta un utile confine di errore, ma non garantisce contro la corruzione del filesystem, guasti del controller, cancellazioni accidentali, malware o perdite simultanee di più dischi.
Cosa un'interfaccia di archiviazione raffinata non può cambiare
ZimaOS rende la creazione dello storage accessibile. La sua interfaccia può guidare gli utenti nella selezione dei dischi, nella scelta di una modalità RAID supportata, nella stima della capacità, nella creazione dell'array e nel monitoraggio del suo stato. Questo riduce le difficoltà di configurazione per gli utenti che non vogliono amministrare lo storage Linux interamente da terminale.
L'interfaccia non elimina, tuttavia, i compromessi sottostanti del modello di archiviazione selezionato. RAID 0 offre prestazioni e capacità senza ridondanza. RAID 1 esegue il mirroring dei dati. RAID 5 fornisce tolleranza ai guasti su un singolo disco, mentre RAID 6 offre tolleranza su due dischi. JBOD privilegia la flessibilità della capacità ma non fornisce parità né mirroring.
I flussi di lavoro di recupero dovrebbero essere testati prima che dati importanti vengano salvati. Un problema aperto beta ZimaOS sulla riparazione RAID ha documentato un test su macchina virtuale in cui un disco di sostituzione leggermente più grande è stato riconosciuto ma non poteva essere usato per avviare la riparazione RAID 5 tramite l'interfaccia.
Questo rapporto non dimostra che ogni installazione attuale di ZimaOS abbia la stessa limitazione. È un singolo caso dell'era beta, ma illustra perché un'interfaccia di archiviazione dovrebbe essere valutata anche in base al suo flusso di lavoro di sostituzione e recupero oltre che alla procedura guidata di configurazione iniziale.
Quando una semplice dashboard per app diventa uno stack di archiviazione fai-da-te
CasaOS è attraente quando l'obiettivo principale è distribuire applicazioni, gestire container Docker ed esporre lo storage già montato tramite un'interfaccia pulita. Diventa meno semplice quando la necessità cambia in una pool protetta da parità costruita con dischi non corrispondenti.
Un design comune basato su Linux combina MergerFS e SnapRAID:
- MergerFS presenta directory da più filesystem attraverso un unico punto di montaggio unificato.
- SnapRAID calcola la parità tra dischi dati separati e può aiutare a recuperare dal numero di guasti coperti dai dischi di parità configurati.
- CasaOS esegue applicazioni ed espone il punto di montaggio risultante dopo che il livello di archiviazione è stato configurato.
MergerFS può unire filesystem di dimensioni e tipi diversi senza richiedere che ogni disco venga riformattato in un array a strisce. Un disco guasto generalmente influisce sui file memorizzati su quel filesystem piuttosto che distribuire ogni file su tutto il pool. MergerFS stesso non fornisce parità né ricostruisce dati guasti.
SnapRAID fornisce lo strato di parità mancante, ma non è identico alla protezione dell'array di Unraid. La parità di SnapRAID viene aggiornata quando viene eseguita la sincronizzazione. I file aggiunti o modificati dopo l'ultima sincronizzazione potrebbero non essere ancora recuperabili, rendendo il design più adatto a librerie multimediali e dati di archivio che a database, dischi di macchine virtuali attive o dati applicativi che cambiano frequentemente.
La strada del fai-da-te può essere economica e flessibile, ma l'amministratore diventa responsabile dell'ordine di montaggio, della sincronizzazione della parità, delle scansioni programmate, del monitoraggio SMART, delle autorizzazioni, delle procedure di sostituzione e delle notifiche. È una scelta ingegneristica ragionevole per un utente Linux esperto, non un sostituto a zero configurazione di Unraid.
Espansione, recupero e manutenzione contano più della configurazione iniziale
Un sistema di archiviazione facile da creare può comunque risultare scomodo da espandere o recuperare. Prima di scegliere un sistema operativo, considera cosa succede quando il prossimo disco è più grande, quando un disco inizia a segnalare errori e quando il disco di sistema stesso deve essere reinstallato.
Aggiunta di capacità nel tempo
Unraid è progettato per un'espansione incrementale. Un nuovo disco dati può essere aggiunto senza richiedere che ogni disco esistente corrisponda, purché non superi il disco di parità. Se è necessario un disco dati più grande, potrebbe essere necessario aggiornare prima il disco di parità.
L'espansione del RAID convenzionale e di ZFS dipende dal design esatto dell'array o del vdev. Aggiungere un disco non corrispondente non rende necessariamente immediatamente utilizzabile tutta la sua capacità. Gli utenti di ZimaOS dovrebbero confermare la capacità stimata e la procedura di espansione supportata prima di creare il pool originale.
CasaOS può ereditare l'espansione flessibile da MergerFS perché un altro filesystem montato può essere aggiunto al pool. Se SnapRAID fornisce protezione, la dimensione della parità e la sincronizzazione devono essere aggiornate manualmente.
Recupero da guasti
Unraid offre il percorso di recupero più integrato tra i tre per questo specifico caso d'uso con unità miste. ZimaOS fornisce controlli grafici per lo stato e la riparazione del RAID, ma il flusso di lavoro dipende dal tipo di RAID scelto e dal comportamento attuale del software. Il recupero di CasaOS dipende quasi interamente dal design di archiviazione Linux sottostante.
Nessuno di questi approcci elimina la necessità di backup testati. Un piano di recupero dovrebbe identificare quali file sono salvati, dove sono conservate le chiavi di crittografia e i file di configurazione, e come il sistema sarà ripristinato se si guastano più dischi di quanti la parità o il livello RAID possano tollerare.
Quale configurazione si adatta al tuo NAS con dischi misti?
| La tua priorità | Migliore adattamento | Perché |
|---|---|---|
| Riutilizza diversi dischi di dimensioni differenti con parità | Unraid | Array nativo a capacità mista, parità dedicata ed espansione incrementale |
| Usa un’interfaccia raffinata con RAID convenzionale | ZimaOS | Configurazione RAID/JBOD grafica e gestione applicazioni accessibile |
| Costruisci un NAS semplice con hardware riciclato | ZimaOS o CasaOS | Costo d’ingresso più basso e flussi di lavoro leggeri per server domestici |
| Esegui applicazioni Docker su storage gestito indipendentemente | CasaOS | Dashboard applicativa semplice su Debian o Ubuntu |
| Crea un pool misto gratuito e altamente personalizzato | CasaOS con strumenti di storage Linux | Flessibile, ma richiede amministrazione e test manuali |
| Evita licenze a pagamento | CasaOS | Livello applicativo open source, con storage gestito separatamente |
Un recente test pratico di Unraid e ZimaOS ha descritto Unraid come un equilibrio tra funzioni NAS avanzate e un’interfaccia accessibile, trovando ZimaOS particolarmente adatto ai principianti e all’hardware riciclato.
Quel confronto è utile come esperienza diretta piuttosto che come prova dell’architettura di storage. La documentazione ufficiale dovrebbe rimanere la fonte primaria per limiti di parità, supporto RAID, calcoli di capacità e procedure di recupero.
La licenza può influenzare anche la decisione. Da luglio 2026, la licenza base di Unraid parte da 49$, mentre il livello a vita costa molto di più. ZimaOS offre un livello gratuito limitato dal numero di dischi e una licenza Plus a vita a costo inferiore. CasaOS è gratuito e open source, ma un amministratore fai-da-te potrebbe impiegare più tempo a costruire e mantenere il livello di storage.
Prima di riutilizzare una scatola di dischi vecchi
Il supporto per dischi misti non rende i dischi vecchi ugualmente affidabili. Prima di creare qualsiasi array o pool:
- Esegui il backup di ogni file già memorizzato sui dischi.
- Rivedi i dati SMART ed esegui test estesi di autodiagnosi del disco.
- Controlla la presenza di settori riallocati, in attesa o non correggibili.
- Conferma che le connessioni SATA, USB e di alimentazione rimangano stabili sotto carico.
- Usa il disco sano più grande per la parità quando costruisci un array Unraid.
- Registra i numeri di serie dei dischi e le posizioni fisiche nei bay.
- Testa le notifiche di guasto e la procedura di sostituzione.
- Conserva un backup separato dei file critici dopo che il NAS è operativo.
Dischi con velocità di rotazione diverse possono coesistere, ma i dischi più lenti coinvolti in un carico di lavoro possono limitare le prestazioni. Gli enclosure USB e i moltiplicatori di porta possono anche complicare l'identificazione dei dischi e il recupero dagli errori, quindi connessioni SATA dirette o HBA affidabili sono preferibili per un NAS permanente.
Domande frequenti
Posso aggiungere un disco più grande in seguito senza ricostruire l'intero NAS?
Unraid generalmente permette di aggiungere un altro disco dati senza ricostruire tutti i dischi dati esistenti, ma il nuovo disco non può essere più grande del disco di parità. Se è più grande, aggiorna prima il disco di parità. L'espansione di ZimaOS dipende dal layout RAID o ZFS selezionato. Un sistema CasaOS che usa MergerFS può aggiungere un altro filesystem al pool, ma la configurazione e la sincronizzazione della parità potrebbero dover essere aggiornate separatamente.
Vale la pena un sistema operativo a pagamento se possiedo già dischi rigidi non corrispondenti?
Può esserlo. Il valore di Unraid non è solo la sua interfaccia; può preservare più capacità utile da dischi dati di dimensioni diverse fornendo un flusso di lavoro integrato di parità ed espansione. Se la licenza costa meno di sostituire diversi dischi sani con modelli corrispondenti, può essere economicamente ragionevole. Gli utenti con dischi corrispondenti o forti competenze Linux potrebbero preferire ZimaOS, CasaOS o un'altra piattaforma di storage.
CasaOS può usare MergerFS e SnapRAID per dischi misti?
Sì, perché CasaOS gira su Linux e può esporre un pool di storage creato con altri strumenti Linux. MergerFS può combinare filesystem montati in un unico albero di directory, mentre SnapRAID può aggiungere protezione di parità programmata. Configurazione, monitoraggio, sincronizzazione, scrubbing e recupero rimangono responsabilità manuali, e i dati applicativi che cambiano frequentemente potrebbero richiedere una strategia di protezione diversa.
Conclusione finale
Scegli Unraid quando il requisito centrale è un NAS protetto da parità assemblato con dischi di capacità diverse e ampliato un disco alla volta. La sua licenza aggiunge un costo, ma il suo modello di storage affronta direttamente il problema dei dischi misti.
Scegli ZimaOS quando la facilità d'uso, i controlli di storage attraenti, il deployment delle applicazioni e un costo di licenza inferiore sono più importanti che estrarre la massima capacità protetta da una raccolta di dischi non corrispondenti. Controlla la stima della capacità e il flusso di lavoro di sostituzione per la configurazione RAID esatta prima di spostare dati importanti.
Scegli CasaOS se desideri principalmente una dashboard applicativa semplice e sei a tuo agio nel considerare lo storage come un progetto di ingegneria Linux separato. MergerFS e SnapRAID possono creare un sistema misto di dischi efficiente, ma aggiungono lavoro operativo e non dovrebbero essere presentati come un equivalente nativo di Unraid.
Confronti tra prodotti
Altro da leggere

Espansione PCIe vs USB: Qual è la più adatta per un server domestico per principianti?
PCIe è adatto per l'archiviazione primaria gestita, mentre USB funziona bene per i backup e l'espansione semplice quando la compatibilità del dispositivo e l'alimentazione...

Server domestico silenzioso vs Mini PC ad alte prestazioni per servizi 24/7
I server silenziosi sono adatti a servizi leggeri sempre attivi; i mini PC ad alte prestazioni sono ideali per calcoli intensivi, transcodifica, macchine virtuali,...

Archivio di filmati 8K vs Cache di montaggio: cosa deve essere conservato su un NAS per creatori?
Conserva filmati insostituibili su storage NAS protetto, localizza la cache sensibile alla latenza e posiziona i media attivi in base alla larghezza di banda...

