La conclusione più utile di questa lunga discussione su ZimaOS e DSM non è che un sistema operativo NAS “vinca”. Synology DSM rappresentava il punto di riferimento maturo e orientato all’uso come appliance: flussi di lavoro per lo storage collaudati nel tempo, monitoraggio, migrazione, autorizzazioni e strumenti amministrativi. ZimaOS rappresentava una piattaforma NAS più recente, flessibile per quanto riguarda l’hardware e incentrata su Docker, che cercava di semplificare il self-hosting senza escludere l’accesso a YAML o alla CLI.
Diverse critiche nella discussione erano fondate, ma IceWhale ha anche corretto importanti fraintendimenti tecnici. In particolare, ZimaOS non realizza il proprio storage RAID 5/6 con RAID Btrfs nativo. Il collaboratore della community raller1028 ha riassunto l’architettura come RAID Linux tramite mdadm, con Btrfs utilizzato come filesystem montato. Questa distinzione è importante quando si confrontano le dichiarazioni di ZimaOS sulla sicurezza dei dati con i precedenti avvertimenti sul RAID5/6 Btrfs nativo.
La critica al RAID richiedeva un’importante correzione architetturale
Un critico della community aveva avvertito che il RAID5 Btrfs poteva essere rischioso. Zima-Giorgio ha risposto che ZimaOS non utilizza deliberatamente il RAID Btrfs nativo per la propria implementazione RAID. Un altro collaboratore ha chiarito che lo stack usa mdadm per il RAID e Btrfs come filesystem.
Questo non dimostra che ogni flusso di lavoro RAID di ZimaOS sia maturo quanto quello di DSM. Significa però che il confronto non dovrebbe valutare ZimaOS come se esponesse semplicemente il RAID5/6 Btrfs nativo.
DSM continuava a stabilire aspettative più elevate per la diagnostica dei dischi
Il critico sosteneva che DSM fornisse una quantità di informazioni sullo stato dei dischi sostanzialmente maggiore. IceWhale ha risposto che ZimaOS mostrava già lo stato generale nella dashboard e dati S.M.A.R.T. parziali nella sezione Storage, riconoscendo al contempo che l’interfaccia avrebbe potuto rendere più facile individuare questi dettagli.
Il supporto multiutente era reale, ma ancora in espansione
IceWhale ha respinto l’idea che gli utenti di ZimaOS fossero soltanto identità Samba. Giorgio ha affermato che la direzione del prodotto includeva utenti indipendenti con spazi personali per i file, interfacce di accesso e dashboard propri, ammettendo che l’esperienza multiutente fosse ancora in fase di arricchimento.
La documentazione attuale di ZimaOS collega ora le autorizzazioni delle cartelle condivise agli account utente di ZimaOS, ma chi lo confronta con DSM dovrebbe comunque verificare l’esatta separazione tra amministratori e utenti e il flusso di lavoro necessario per la propria casa o azienda.
Il divario nella pianificazione delle attività è stato riconosciuto
Nel settembre 2025, IceWhale ha dichiarato che esisteva un’implementazione preliminare della pianificazione e che il team voleva offrire una GUI più semplice, invece di costringere gli utenti a modificare cron. La discussione non dimostra l’esistenza di uno scheduler grafico delle attività equivalente a quello di DSM come funzionalità completata.
Se l’automazione delle attività è fondamentale per la decisione d’acquisto, valuta la versione attuale invece di considerare permanente una promessa di funzionalità basata sulle critiche del 2025 o su una dichiarazione della roadmap.
ZimaOS conservava YAML e CLI insieme alle app con installazione in un clic
Inizialmente il critico pensava che ZimaOS obbligasse gli utenti a utilizzare i propri parametri per la creazione delle app. Giorgio ha chiarito che l’installazione in un clic era l’opzione semplificata predefinita, mentre YAML e CLI restavano disponibili per le distribuzioni avanzate.
La documentazione attuale di ZimaOS promuove esplicitamente l’installazione in un clic dall’App Store oppure il proprio Docker Compose. Questo rende storicamente incompleta l’affermazione originale secondo cui “non si è davvero liberi”.
Consulta la documentazione attuale della piattaforma ZimaOS prima di confrontare la profondità delle funzionalità odierne.
L’host in sola lettura è una differenza filosofica, non una limitazione accidentale
DSM e ZimaOS proteggono entrambi i componenti interni dell’appliance, ma ZimaOS rende particolarmente esplicita la propria progettazione basata su Buildroot e in sola lettura. Giorgio ha affermato che SSH è principalmente un canale avanzato e di supporto e che la maggior parte del filesystem rimane in sola lettura per impostazione predefinita.
Gli utenti che desiderano una gestione dei pacchetti senza restrizioni potrebbero preferire un host Linux tradizionale. Chi invece vuole un sistema operativo appliance con app isolate in Docker o nelle macchine virtuali potrebbe considerare questa stessa restrizione una funzionalità di affidabilità.
“Migrazione” significa più che copiare file
La community ha posto a IceWhale una domanda più difficile: un RAID esistente composto da più dischi può essere trasferito su nuovo hardware e riconosciuto correttamente? La risposta iniziale di IceWhale si concentrava sulla migrazione da CasaOS a ZimaOS e da ZimaOS a ZimaOS, ma il critico ha correttamente distinto la migrazione dei file dalla migrazione della scheda madre o dell’hardware di un array esistente.
Per i sistemi attualmente in produzione, verifica il percorso esatto supportato per il ripristino o l’importazione del layout RAID prima di presumere che Migration Assistant di DSM e ZimaOS offrano funzionalità equivalenti per la migrazione dell’hardware.
Quale piattaforma è più adatta a ciascun utente?
Il confronto più duraturo emerso dalla discussione è arrivato dagli utenti che avevano utilizzato entrambi gli ecosistemi: DSM è più adatto a chi desidera un’appliance NAS matura e strettamente integrata, con un’ampia profondità amministrativa; ZimaOS si rivolge maggiormente a chi apprezza la libertà di scelta dell’hardware x86, il self-hosting incentrato su Docker, un’interfaccia moderna e la possibilità di intervenire manualmente quando necessario.
Nel 2026 questi gruppi si sovrappongono più di quanto accadesse nel 2025, ma robustezza, aspettative sul supporto, libertà nella scelta dell’hardware e profondità amministrativa restano criteri decisionali migliori di una semplice tabella del numero di funzionalità.
Domande frequenti su ZimaOS e DSM
ZimaOS utilizza il RAID5/6 Btrfs nativo?
La discussione di riferimento dice di no. Il chiarimento di IceWhale e della community descrive il RAID di ZimaOS come RAID Linux tramite mdadm, con Btrfs utilizzato come filesystem.
Docker su ZimaOS era limitato alle app con installazione in un clic?
No. IceWhale ha dichiarato esplicitamente che l’installazione tramite YAML e CLI era mantenuta per gli utenti avanzati, e la documentazione attuale promuove Docker Compose.
IceWhale ha affermato che ZimaOS aveva già raggiunto il livello di maturità di DSM?
No. Lo staff ha riconosciuto che la piattaforma aveva ancora importanti traguardi da raggiungere e ha descritto diverse funzionalità richieste come in fase di implementazione o pianificazione.
