Soluzione della community

ZimaOS vede un disco USB ma indica che lo spazio di archiviazione non è montato: cosa controllare

A 2025 user saw a 2 TB USB disk in ZimaOS but could not open it or use it in containers. The disk had been repartitioned and formatted ext4; later official guidance confirmed USB storage works when the filesystem is supported.

Questa discussione non dovrebbe trasformarsi nell'affermazione che ZimaOS non possa utilizzare dischi USB. La risposta ufficiale ha dichiarato esplicitamente che le unità collegate via USB possono essere utilizzate come spazio di archiviazione se usano un filesystem supportato, e la documentazione attuale di ZimaOS continua a indicare il supporto USB in lettura/scrittura per formati come exFAT, NTFS, ext4 e Btrfs.

Terminale ZimaOS e output dello spazio di archiviazione da un disco USB rilevato ma non riuscito a essere montato come spazio di archiviazione
Screenshot originale della community che mostra il disco USB esterno durante la risoluzione dei problemi di montaggio.
Interfaccia Spazio di archiviazione di ZimaOS che mostra il disco USB esterno indicando che lo spazio di archiviazione non è montato
L'autore originale ha riformattato il disco come ext4, ma ZimaOS continuava a indicare che non era montato.
Output del terminale dal disco USB dopo il partizionamento GPT e la formattazione ext4 durante la risoluzione dei problemi di ZimaOS
Prove originali dalla riga di comando della procedura di risoluzione dei problemi dello spazio di archiviazione USB.

Rilevato non significa montato

Il comportamento di montaggio di Linux distingue un dispositivo a blocchi da un filesystem montato nell'albero delle directory. Pertanto, ZimaOS può sapere che esiste un dispositivo USB da 2 TB mentre Files o un'applicazione non riescono ancora a utilizzarlo perché il filesystem non è montato in un percorso utilizzabile.

Controlla la matrice attuale di supporto dei filesystem

L'attuale supporto dei formati dei dischi di ZimaOS indica il supporto USB in lettura/scrittura per HFS/HFS+, exFAT, FAT16/32, NTFS, ext2/3/4 e Btrfs, mentre APFS e XFS sono indicati come non supportati in quel documento.

Il flusso di lavoro per il montaggio delle unità esterne è utile quando il disco viene montato ma un'applicazione come Immich non riesce a visualizzarlo. L'host deve avere un montaggio stabile prima che il percorso del container possa essere mappato correttamente.

La configurazione attuale dello spazio di archiviazione considera l'USB come spazio reale

L'attuale configurazione dello spazio di archiviazione di ZimaOS indica che i dischi singoli e le unità USB compaiono nel flusso di lavoro Spazio di archiviazione e possono essere utilizzati come spazio di archiviazione. Si tratta di un contesto più recente rispetto alla confusione del 2025 presente nella discussione originale.

Se il disco contiene dati importanti, non riformattarlo ripetutamente per forzarne il riconoscimento. Il flusso di lavoro di backup di ZimaOS è il prerequisito più sicuro prima di una formattazione distruttiva, mentre i requisiti dell'App Store di ZimaOS forniscono il contesto relativo alle applicazioni per lo spazio di archiviazione utilizzato dai container.

Il RAID via USB è una questione separata

La risposta ufficiale del 2025 dichiarava che il RAID per le unità collegate via USB non era stato implementato in quel momento. Le funzionalità di archiviazione attuali hanno continuato a evolversi, quindi non utilizzare quella vecchia limitazione come affermazione permanente per il 2026 senza verificare l'interfaccia Spazio di archiviazione e la documentazione attuali.

In sintesi

Se ZimaOS rileva un'unità USB ma indica che non è montata, controlla il supporto del filesystem, la struttura delle partizioni e lo stato del montaggio prima di incolpare Docker o l'app Files. L'attuale ZimaOS supporta lo spazio di archiviazione USB su più filesystem; l'accesso da parte delle applicazioni è un passaggio successivo, dopo che il montaggio sull'host è funzionante.