La modifica di PUID e PGID all'interno di un'app Docker non garantisce che il container possa scrivere su ogni filesystem dell'host. In questa discussione del febbraio 2026, HandBrake non riusciva a scrivere su un SSD montato in /media/sda2, anche dopo che l'utente aveva provato diversi ID utente e gruppo.
Il dettaglio decisivo era il filesystem: l'unità era in exFAT ed era montata come appartenente a root. exFAT non fornisce la normale gestione della proprietà UID/GID per singolo file come fa ext4, quindi la modifica del solo utente del container non poteva risolvere i permessi del mount sull'host.
Il problema non riguardava solo l'utente del container
L'utente ha mostrato che il container HandBrake aveva già valori PUID e PGID, ma la cartella sull'host risultava ancora di proprietà di root. Un membro della community ha correttamente distinto l'identità Docker dalla gestione del filesystem sull'host.
Questa distinzione si applica a molte app self-hosted: il container può utilizzare solo i permessi esposti dal mount dell'host.
exFAT utilizza la mappatura dei permessi a livello di mount
exFAT è utile per spostare i dischi tra sistemi operativi, ma non memorizza la proprietà Linux e i bit dei permessi come ext4. Il comportamento di UID, GID e mask viene stabilito quando il filesystem viene montato.
Per questo, i normali tentativi con chown o chmod possono sembrare inefficaci su un disco exFAT, anche se gli stessi comandi funzionano normalmente su ext4.
Le versioni attuali di ZimaOS indicano exFAT come filesystem supportato in lettura e scrittura. Questo descrive l'accesso di base al filesystem, non il comportamento dei permessi POSIX specifico di Docker. Consulta la tabella aggiornata dei filesystem supportati per decidere se, per un disco server, siano più importanti la portabilità o i permessi nativi di Linux.
Anche la riformattazione tramite l'interfaccia non è riuscita in questo caso
Un'ispezione successiva ha mostrato che il disco era montato in diverse posizioni gestite da ZimaOS e rimaneva occupato dal servizio File. La discussione non è mai arrivata a una procedura ufficiale di riparazione da parte di IceWhale, quindi i comandi distruttivi di unmount o fstab suggeriti nelle risposte della community non dovrebbero essere ripubblicati come istruzioni ufficiali.
Mappa esplicitamente la cartella dell'host nel container
Una risposta successiva ha illustrato la mappatura corretta a livello concettuale: scegli una directory reale dell'host e mappala nel percorso previsto dall'applicazione all'interno del container.
Perché ext4 è più semplice per l'archiviazione dei container esclusivamente Linux
La raccomandazione della community era usare ext4 per un disco dedicato ai carichi di lavoro Docker, perché ext4 supporta i normali permessi e la proprietà dei file di Linux. Si tratta di una raccomandazione pratica per l'amministrazione Linux, non di un requisito di IceWhale secondo cui ogni disco dati di ZimaOS debba usare ext4.
Se la portabilità tra sistemi operativi è più importante, exFAT può comunque essere appropriato, ma il modello di proprietà a livello di mount deve corrispondere agli utenti che eseguono i container.
Mantieni l'archiviazione delle app lontana dal disco di sistema
Le versioni attuali di ZimaOS consentono agli utenti di scegliere la posizione dei dati delle app e di mappare cartelle di archiviazione reali nei container. La spiegazione di come le cartelle dell'host diventano volumi dei container è utile prima di modificare la proprietà o riformattare un disco.
Domande frequenti sui permessi delle cartelle Docker
Perché la modifica di PUID e PGID non ha risolto il problema del disco exFAT?
Perché exFAT non memorizza la normale proprietà dei file Linux. UID/GID e mask del mount determinano come il filesystem viene visualizzato dai processi Linux.
ZimaOS supporta la lettura e la scrittura su exFAT?
Sì. Le versioni attuali di ZimaOS indicano exFAT come filesystem di lettura e scrittura, ma ciò non lo rende equivalente a ext4 per la proprietà POSIX.
Ogni disco dati Docker dovrebbe usare ext4?
Non necessariamente, ma ext4 è più semplice quando il disco è dedicato a container Linux che dipendono dalla normale proprietà dei file e dai relativi permessi.
L'errore di formattazione è stato risolto nella discussione?
No, non è stata pubblicata alcuna soluzione finale ufficiale. Il disco è rimasto occupato dai mount e dai servizi gestiti da ZimaOS.
