Quando un DAS esterno è collegato a ZimaOS, occorre verificare almeno due diversi livelli di rilevamento: se Linux riesce a vedere ogni dispositivo a blocchi e se l’interfaccia Archiviazione di ZimaOS registra tali unità per la gestione. Questa discussione del dicembre 2025 ha mostrato perché la distinzione è importante.
L’autore del post originale utilizzava ZimaOS 1.5.3 con un TerraMaster D4-320 e riusciva a vedere nell’interfaccia solo tre unità su quattro. Altri utenti hanno quindi segnalato un sintomo correlato ma diverso: tutti e quattro i dischi apparivano in lsblk e fdisk -l, eppure nessuno appariva correttamente nell’app Archiviazione di ZimaOS.
Prima separa il rilevamento da parte del kernel dalla registrazione nell’archiviazione di ZimaOS
Un primo suggerimento attribuiva il problema al bridge DAS, che non esponeva ogni disco singolarmente. Questa spiegazione è stata in seguito ritirata dopo che un altro utente ha pubblicato lsblk nell’output che mostrava tutti e quattro i dischi da 5,5 TB come dispositivi separati.
Questo ha cambiato la direzione della diagnosi. Se ogni disco appare singolarmente in lsblk oppure fdisk -l, il bridge USB sta almeno esponendo tali dispositivi a blocchi al sistema operativo. Il problema rimanente potrebbe trovarsi a un livello superiore dello stack di gestione dell’archiviazione.
Non dare per scontato che la riformattazione o la cancellazione siano una soluzione comprovata
Le risposte della community hanno ipotizzato che layout GPT/file system creati manualmente potessero essere il motivo per cui l’interfaccia Archiviazione di ZimaOS ignorava i dischi. Gli utenti hanno quindi provato a cancellare le firme dei file system e le tabelle delle partizioni.
Questi tentativi non hanno risolto il problema in modo affidabile. Due partecipanti hanno riferito che le unità continuavano a non apparire nella sezione Archiviazione dopo procedure di cancellazione distruttive e il riavvio. Il proprietario di un D5-300C ha riferito un comportamento simile.
Poiché quei comandi di cancellazione provenivano da partecipanti della community e non hanno risolto i casi originali, non dovrebbero essere presentati come procedura ufficiale di riparazione. I comandi di cancellazione dei dischi possono distruggere permanentemente i dati se applicati al dispositivo sbagliato.
Il team di ZimaOS ha cercato di riprodurre il caso D4-320
Il membro del team IceWhale 777-Spider ha dichiarato che il team stava acquistando hardware DAS pertinente per riprodurre il problema. Pochi giorni dopo, Dina ha riferito che il team aveva testato un TerraMaster D4-320 con quattro unità NTFS/exFAT formattate su Windows e che, nel loro test, tutte e quattro erano apparse in ZimaOS.
Questo risultato è importante perché significa che la discussione non ha dimostrato un’incompatibilità generale tra ZimaOS e TerraMaster D4-320. Il team ha invece chiesto agli utenti interessati ulteriori informazioni sui formati dei file system e sulla modalità di formattazione delle unità.
Raccolta ufficiale dei log diagnostici dalla discussione
Dina ha inoltre fornito un comando diagnostico ufficiale per raccogliere informazioni sui dispositivi a blocchi, sull’API di archiviazione locale e devmon.service informazioni in un file di registro. Questo comando proveniva dalla discussione del dicembre 2025 e potrebbe richiedere modifiche nelle versioni future di ZimaOS.
sudo -i
LOG=/DATA/disk-info.log; : > $LOG; { echo "=== lsblk ==="; lsblk; echo; echo "=== lsblk -f ==="; lsblk -f; echo; echo "=== curl http://127.0.0.1/v2/local_storage/disk ==="; curl http://127.0.0.1/v2/local_storage/disk; echo; echo "=== curl http://127.0.0.1/v2/local_storage/storages ==="; curl http://127.0.0.1/v2/local_storage/storages; echo; echo "=== journalctl -xe -u devmon.service ==="; journalctl -xe -u devmon.service; echo; } >> $LOG 2>&1 && echo "The output has been saved to $LOG"Il post indicava che il file risultante si trovava in /ZimaOS-HD/disk-info.log in Files e li ha condivisi con il team di supporto. Si tratta della raccolta di dati diagnostici, non di un comando che ripara o formatta un disco.
Le unità mancanti e il RAID 5 erano problemi distinti
L'autore del post originale voleva anche creare un cluster RAID 5. Durante la discussione, il problema delle unità mancanti ha impedito di valutare correttamente questa procedura. In seguito, dopo i tentativi di cancellazione effettuati dalla community, l'utente non è ancora riuscito a creare il RAID e ha inoltre perso la visibilità delle unità in Files e Storage.
La risposta di IceWhale del 15 dicembre 2025 affermava che la gestione dei dispositivi USB, inclusi formattazione e creazione di RAID, era prevista per un futuro supporto. Considera questa dichiarazione una nota storica sulla roadmap, non una prova di ciò che ogni versione attuale di ZimaOS supporta oggi.
Un ordine di risoluzione dei problemi più sicuro
- Conferma il numero di dischi fisicamente installati nel DAS.
- Verifica se ogni disco appare indipendentemente a livello dei dispositivi a blocchi di Linux.
- Confronta queste informazioni con ciò che mostra l'interfaccia ZimaOS Storage.
- Annota il tipo di file system e il modo in cui ciascun disco è stato formattato in precedenza.
- Non cancellare le tabelle delle partizioni solo perché un post della community lo ha suggerito.
- Se il kernel rileva i dischi ma ZimaOS Storage no, raccogli i dati diagnostici e fornisci al supporto il modello esatto del dispositivo, le informazioni sul file system e la versione di ZimaOS.
FAQ sui DAS esterni di ZimaOS
Il TerraMaster D4-320 espone solo tre unità a ZimaOS?
La discussione non supportava questa conclusione. Altri utenti hanno mostrato quattro dischi indipendenti in lsblke in seguito il team IceWhale ha riferito di aver rilevato tutte e quattro le unità nel proprio test del D4-320.
Se lsblk rileva tutte le unità, perché ZimaOS Storage può comunque non rilevarle?
Il rilevamento a livello del kernel e la registrazione in ZimaOS Storage sono due livelli diversi. La discussione originale ha mostrato casi in cui il kernel enumerava le unità, ma l'interfaccia utente non le mostrava.
Devo eseguire sgdisk o wipefs per far apparire le unità?
Non in base a questa discussione. Quei suggerimenti distruttivi provenivano dalle risposte della community e non hanno risolto il problema in modo affidabile. Esegui il backup dei dati e segui le indicazioni di supporto aggiornate prima di cancellare i metadati di un disco.
Il problema è stato completamente risolto nella discussione?
No. Il team ha riprodotto una configurazione D4-320 funzionante con dischi NTFS/exFAT e ha richiesto informazioni diagnostiche agli utenti interessati, ma nella discussione non sono state pubblicate una causa principale o una soluzione universali.
