L'utente di riferimento di marzo 2026 stava creando il suo primo NAS con un thin client HP T640 dotato di un disco di sistema NVMe da 128 GB e tre dischi rigidi collegati via USB. Il piano era sensato: conservare le foto su un disco esterno, eseguirne il backup su un secondo disco e utilizzare un'unità separata da 4 TB per i contenuti multimediali di Plex. Il problema principale non era l'impossibilità di usare lo spazio di archiviazione USB. Immich si è arrestato perché le mappature dei volumi dell'app erano state modificate in modo errato.
Anche la parte relativa alle capacità di archiviazione della discussione richiede un aggiornamento del limite temporale. A marzo 2026, l'utente e chi ha risposto consideravano le unità USB più limitate rispetto allo spazio di archiviazione interno. La documentazione attuale di ZimaOS afferma invece esplicitamente che le unità USB seguono la stessa logica degli HDD e degli SSD interni e possono essere utilizzate per l'archiviazione, aggiunte a un array o impiegate per espandere lo spazio esistente.
Il NAS di origine dipendeva interamente dallo spazio di archiviazione USB
La configurazione utilizzava:
- thin client HP T640 con AMD R1505G, 8 GB di RAM e NVMe da 128 GB;
- due HDD Seagate da 2,5 pollici in enclosure USB separate;
- un HDD esterno WD da 4 TB per i contenuti multimediali di Plex.
Poiché il thin client non disponeva di comodi alloggiamenti per unità interne, l'utente aveva bisogno che lo spazio di archiviazione USB funzionasse come spazio di archiviazione NAS principale anziché come supporto rimovibile temporaneo.
I dischi sono comparsi come spazio di archiviazione USB
L'utente riteneva che le unità esterne non potessero essere trattate come lo spazio di archiviazione interno né utilizzate per il RAID. Questo rifletteva il comportamento e le aspettative relative alla configurazione di marzo 2026, non il modello di archiviazione attuale di ZimaOS.
L'attuale ZimaOS tratta le unità USB come normale spazio di archiviazione
La documentazione attuale di IceWhale afferma che le unità USB seguono la stessa logica degli HDD e degli SSD interni: possono essere usate come spazio di archiviazione singolo, aggiunte a un array o utilizzate per espandere lo spazio esistente.
Usa l'attuale procedura di archiviazione di ZimaOS per le unità USB invece di costruire un nuovo sistema basato sull'idea ormai superata che il RAID USB non sia categoricamente supportato.
Il problema di Immich era un errore di mappatura tra file e directory
L'utente di riferimento ha modificato le impostazioni dei volumi di Immich e Docker ha restituito un errore indicando che non era possibile montare:
/media/Photos/Immich
→ /etc/localtime/etc/localtime all'interno del container è un file, non una directory per la libreria fotografica. Docker ha quindi rifiutato il tentativo di montare una cartella sopra quel file.
/etc/localtime mappatura del file.Mantieni separati lo storage delle foto e /etc/localtime
Il responder della community aveva correttamente distinto i due ruoli:
- cartella delle foto sull'host → directory di caricamento/dati di Immich;
- host
/etc/localtimefile → container/etc/localtimefile.
Le regole attuali dei mount bind di Docker richiedono comunque che i tipi della sorgente e della destinazione coincidano. Una directory non può essere montata sopra un file come se fossero intercambiabili.
La soluzione alternativa del mount bind in /DATA era un suggerimento storico della community
Il responder aveva inoltre suggerito di creare una directory stabile sotto /DATA e creare lì un mount bind del percorso USB, perché i dischi esterni potrebbero non essere pronti quando le applicazioni si avviano dopo il riavvio.
Quella era una guida della community per la versione di riferimento. L'attuale ZimaOS offre un supporto più avanzato per lo storage USB gestito, quindi una nuova installazione dovrebbe usare innanzitutto l'interfaccia Storage e il selettore dei volumi gestiti dell'app, invece di creare un mount bind personalizzato all'avvio.
Configura Immich sullo Storage gestito, non sul percorso grezzo del dispositivo
L'attuale ZimaOS consiglia di collocare i dati delle applicazioni e le librerie multimediali di grandi dimensioni nello spazio di archiviazione destinato a contenerli, invece di riempire l'unità di sistema. Usa il percorso dell'host selezionato da ZimaOS, quindi mantieni il percorso interno al container previsto da Immich.
Per le mappature attuali delle applicazioni, il modello dei percorsi dello storage delle app di ZimaOS spiega come si integrano i percorsi dell'host e del container.
RAID e backup risolvono ancora problemi diversi
Sebbene l'attuale ZimaOS possa usare le unità USB negli array, RAID 1 non sostituisce un secondo backup indipendente. Due dischi USB nello stesso array proteggono dal guasto di un disco membro, ma non dalla cancellazione accidentale, dal malware, dai problemi dell'enclosure o del controller, né dalla perdita dell'intero NAS.
L'idea dell'utente originale di conservare una copia aggiuntiva rimane utile, anche se le funzionalità di archiviazione sono cambiate.
I contenuti multimediali di Plex sono più semplici dello stato dell'applicazione Immich
L'utente considerava sacrificabile l'unità Plex da 4 TB perché i contenuti video potevano essere sostituiti. È una distinzione del rischio ragionevole: i file multimediali, le foto di Immich, lo stato del database di Immich e la configurazione dell'applicazione non richiedono necessariamente lo stesso livello di ridondanza o la stessa policy di backup.
FAQ sullo Storage USB esterno
L'attuale ZimaOS può usare le unità USB come spazio di archiviazione gestito?
Sì. La documentazione attuale dello Storage supporta esplicitamente le unità USB come spazio di archiviazione e membri degli array.
Perché Immich ha smesso di funzionare dopo la modifica della directory?
La cartella delle foto era stata mappata accidentalmente sul /etc/localtime percorso del file.
Gli utenti attuali devono creare mount manuali di tipo bind in /DATA per ogni unità USB?
No. Era una soluzione alternativa storica della community. Inizia dai controlli attuali per lo Storage gestito e i volumi delle app.
