La checklist RAID originale della community chiede agli utenti di confermare che siano disponibili almeno due unità, controllare lo stato di salute dei dischi, verificare che ogni disco possa essere formattato, mantenere vuoto il punto di montaggio previsto, riavviare e riprovare a creare l'array.
Le risposte mostrano perché quella checklist era solo un punto di partenza. Tra ZimaOS 1.2.1 e 1.3.0, gli utenti hanno riscontrato anche un'interfaccia RAID scomparsa, errori relativi a un filesystem di sola lettura e una mappatura errata degli slot delle unità su hardware non ZimaCube. Si tratta di casi storici, non di un'affermazione sull'interfaccia attuale di ZimaOS.
Inizia con i cinque controlli originali
Conferma che siano disponibili almeno due unità
La guida inizia dal requisito del numero minimo di unità. Le unità già abilitate come spazio di archiviazione separato non venivano sempre presentate dal configuratore RAID storico come membri disponibili.
Controlla lo stato di salute dei dischi e la formattazione individuale
I controlli successivi distinguono un problema di base del disco da un problema di creazione dell'array. La guida consiglia di esaminare lo stato di salute e verificare che ogni unità riesca a completare una formattazione individuale senza errori.
Mantieni vuoto il punto di montaggio e riprova dopo il riavvio
La guida indica che il punto di montaggio RAID previsto non dovrebbe contenere già dei file. È necessario eseguire il backup dei dati esistenti prima di svuotare il punto di montaggio. Dopo aver completato i controlli, la sequenza originale si conclude con il riavvio del sistema e un nuovo tentativo di creazione dell'array.
L'interfaccia utente storica prevedeva dischi non assegnati o disabilitati
Diversi utenti hanno formattato e abilitato le unità singolarmente, per poi scoprire che il punto di accesso al RAID era scomparso o che non era possibile selezionare alcun disco. Una risposta del team ha spiegato che le unità dovevano essere disabilitate come storage individuale, così da poter ricomparire come dischi disponibili nel flusso di lavoro RAID. La formattazione veniva quindi gestita durante la creazione dell’array.
Questo non ha risolto ogni caso. ZimaOS 1.2.2 includeva una correzione relativa alla disabilitazione dei dischi singoli e le risposte successive hanno segnalato ulteriori bug nella selezione dei dischi fino alla versione 1.2.4. In seguito, un utente ha confermato che il problema originale era stato risolto nella versione 1.3.0, sebbene trovasse ancora difficile individuare l’interfaccia RAID.
Un filesystem in sola lettura ha prodotto un errore diverso
Il log dello storage di un utente mostrava che ZimaOS non riusciva a creare /media/Files poiché il filesystem era in sola lettura. Un membro del team ha distinto questo problema da un problema di pulsante mancante e ha chiesto all’utente di controllare lo stato del montaggio con:
mount -l | grep "/ "
mount -l | grep /media
lsblkLa verifica richiesta riguardava la presenza del montaggio pertinente come ro anziché rw. La discussione elenca montaggio non riuscito, errori del filesystem, autorizzazioni o altri problemi di configurazione tra le possibili cause, ma non riporta una riparazione definitiva per quello specifico caso di sola lettura.
L’hardware non ZimaCube ha rivelato bug nella mappatura degli alloggiamenti delle unità
Un altro gruppo di risposte proveniva da utenti che eseguivano ZimaOS su sistemi di terze parti con più controller SATA o dispositivi NVMe. I dischi erano visibili e potevano essere formattati, ma il diagramma RAID mostrava alloggiamenti vuoti, numeri di alloggiamento imprevisti o meno unità selezionabili di quelle rilevate dal sistema operativo.
In seguito, il team ha pubblicato una procedura di visualizzazione dei dischi per dispositivi non ZimaCube. Un utente di ZimaOS 1.2.5 ha riferito che, seguendo quella procedura, le unità visualizzate sono state corrette ed è stato possibile creare il RAID. Un altro utente ha confermato che la stessa procedura ha risolto immediatamente il problema.
Le modifiche all'array dalla riga di comando non erano una soluzione generale
Un partecipante successivo ha creato un RAID 5 a quattro dischi tramite l'interfaccia e ha aggiunto un quinto dispositivo NVMe con mdadm. L'utente ha descritto il risultato come non ideale. Poiché quei comandi modificavano un array attivo ed erano specifici per quella macchina, questo riepilogo della community non li presenta come una sequenza di riparazione riutilizzabile.
La risposta finale del team, nel maggio 2025, ha classificato un'altra segnalazione relativa a un alloggiamento mancante come un problema hardware di terze parti e ha chiesto all'utente di aprire un argomento dedicato, così che gli ingegneri potessero esaminare screenshot e registrazioni. Ciò rafforza il limite principale: la visibilità delle unità nel sistema operativo non garantisce che una mappatura degli slot specifica dell'hardware venga rappresentata correttamente da un'interfaccia RAID meno recente.
FAQ
Perché l'opzione RAID è scomparsa dopo la formattazione dei dischi?
In diversi casi storici della versione 1.2.x, i dischi abilitati come spazio di archiviazione individuale non venivano più considerati disponibili dal flusso di lavoro RAID. Disabilitandoli, il percorso RAID tornava visibile, anche se alcuni sistemi continuavano a essere interessati da bug separati dell'interfaccia e della mappatura degli slot.
L'aggiornamento di ZimaOS ha risolto tutti i casi di unità mancanti?
No. Alcuni utenti hanno segnalato risoluzioni dopo versioni successive o un'installazione pulita, mentre altri hanno comunque dovuto seguire la procedura di visualizzazione delle unità per dispositivi non ZimaCube. L'esito dipendeva dal fatto che la causa fosse l'interfaccia storica, un file system di sola lettura o la mappatura hardware di terze parti.
