Se Plex, Radarr, Sonarr o un'altra app Docker perde l'accesso a un NAS SMB remoto dopo ogni riavvio di ZimaOS, controlla il montaggio dell'host prima di modificare l'applicazione. Il container può vedere una condivisione di rete solo se ZimaOS l'ha montata correttamente e il percorso di bind di Docker punta ancora a quella posizione montata.
Un caso della community riguardante una condivisione Synology veniva risolto ogni volta che l'utente riselezionava la stessa cartella nel selettore dei percorsi di Docker Compose. Questo suggerisce fortemente un problema di persistenza del montaggio/percorso, ma la spiegazione del forum secondo cui ZimaOS genererebbe sempre un nuovo ID di montaggio interno era un'ipotesi della community, non una causa principale confermata da IceWhale. Una buona guida dovrebbe quindi risolvere separatamente i problemi di montaggio, percorso e ordine di avvio.
Prima verifica se la condivisione SMB è montata dopo il riavvio
Prima di aprire Plex o Radarr, apri File di ZimaOS e accedi alla condivisione del NAS remoto. Se la condivisione stessa non è disponibile, l'app Docker non è il primo problema da risolvere.
Se la condivisione non è presente
Verifica che il NAS remoto sia online, che il suo IP/nome host sia ancora risolvibile, che SMB sia abilitato e che le credenziali salvate siano ancora valide. Se necessario, ricollega la condivisione tramite il flusso Archiviazione di rete di ZimaOS.
Se la condivisione è visibile in File
Poi passa alla mappatura Docker. Il montaggio dell'host esiste, ma l'applicazione potrebbe fare ancora riferimento a un percorso obsoleto o non disponibile.
Usa l'archiviazione di rete di ZimaOS invece di una voce fstab scritta manualmente
L'utente aveva preso in considerazione la modifica di /etc/fstab. Non è la soluzione iniziale migliore su un sistema operativo tipo appliance che gestisce già l'archiviazione di rete dalla propria interfaccia.
La documentazione attuale di ZimaOS mostra l'accesso basato su SMB a un altro NAS come parte dei flussi di migrazione e archiviazione di rete. Usa prima questo percorso gestito, così ZimaOS può gestire in modo coerente le credenziali e lo stato del montaggio.
La guida alla migrazione NAS di ZimaOS fornisce il riferimento aggiornato.
Controlla il percorso host Docker, non solo quello del container
Le mappature dei volumi Docker hanno due lati:
- percorso host: dove ZimaOS vede la cartella Synology montata;
- percorso del container: il percorso stabile che Plex, Radarr o Sonarr vede all’interno del container.
Se il lato host non è valido dopo il riavvio, il percorso del container può sembrare ancora corretto nell’interfaccia dell’applicazione, pur non puntando a nulla di utile.
L’attuale guida ai percorsi Docker di ZimaOS spiega questa distinzione.
Seleziona nuovamente la cartella una volta come test diagnostico
Se la condivisione remota è visibile in File ma l’app non riesce ad accedervi, apri l’applicazione o la configurazione Compose e seleziona nuovamente la cartella host utilizzando il selettore di percorsi di ZimaOS.
Se l’accesso ritorna immediatamente senza modificare le credenziali o i percorsi dei container, hai una forte indicazione che il problema si trova tra il montaggio gestito e la mappatura bind di Docker.
Controlla l’ordine di avvio dopo ogni riavvio
L’archiviazione SMB remota dipende dalla rete, dal DNS/raggiungibilità dell’IP, dall’autenticazione e dal fatto che il NAS sia pronto. I container Docker possono avviarsi prima che il montaggio remoto diventi disponibile.
Test semplice
- riavvia ZimaOS;
- attendi che la condivisione remota sia esplorabile in File;
- riavvia solo l’app Docker interessata;
- verifica se i contenuti multimediali o i download ricompaiono.
Se funziona in modo affidabile, il percorso potrebbe essere stabile e il vero problema potrebbe riguardare i tempi di avvio, anziché il cambiamento degli identificatori di montaggio.
Controlla le autorizzazioni su entrambi i sistemi
L’account Synology utilizzato per il montaggio SMB deve avere accesso alle cartelle multimediali. Dopodiché, il montaggio in ZimaOS deve essere accessibile al processo Docker. Infine, l’applicazione deve utilizzare il percorso corretto del container.
I problemi di autorizzazione possono sembrare simili a un montaggio mancante, quindi verifica separatamente “accesso negato” da “percorso non trovato” o “nessun file di questo tipo”.
Perché le modifiche manuali a fstab possono rendere più difficile il ripristino
Un mount personalizzato può introdurre file di credenziali, dipendenze di avvio, opzioni di temporizzazione e comportamenti in caso di errore che ZimaOS non gestisce nella sua interfaccia. Se il mount personalizzato non riesce durante l’avvio, le app potrebbero comunque avviarsi utilizzando una directory vuota.
Utilizza fstab solo quando il flusso di lavoro gestito di Network Storage non può soddisfare un requisito e sei pronto a mantenere il mount anche dopo gli aggiornamenti.
Come rendere più resilienti le app multimediali
- Utilizza un IP NAS stabile o un nome DNS locale affidabile.
- Mantieni la condivisione remota configurata tramite Network Storage.
- Mappa una cartella host stabile nel container.
- Utilizza lo stesso percorso nel container in modo coerente per Radarr, Sonarr, i client di download e i server multimediali.
- Dopo gli aggiornamenti o le modifiche allo spazio di archiviazione, verifica il mount prima di modificare le librerie delle applicazioni.
La guida alla risoluzione dei problemi della LAN aiuta a determinare se il problema inizia a livello di rete, mentre le nozioni di base sui percorsi Docker forniscono il contesto Docker.
Domande frequenti
Perché le mie app Docker perdono una condivisione Synology dopo il riavvio di ZimaOS?
I livelli più probabili sono: la condivisione SMB non viene rimontata, l’app utilizza un percorso host obsoleto oppure il container viene avviato prima che la condivisione remota sia pronta. Verificali separatamente.
Devo modificare /etc/fstab?
Non come prima soluzione. Preferisci Network Storage di ZimaOS, così il sistema gestisce la condivisione. I mount manuali aggiungono manutenzione e complessità relative all’ordine di avvio.
Perché riselezionare la stessa cartella risolve il problema dell’app?
Aggiorna la mappatura del bind mount sul sistema host. È una prova di un problema di mount o di percorso, anche quando il nome della cartella visualizzato non è cambiato.
Posso usare una condivisione SMB remota per Plex e le app Arr?
Sì, a condizione che ZimaOS lo monti in modo affidabile, che i permessi siano corretti e che tutti i container utilizzino percorsi coerenti sul sistema host e nel container.
