Soluzione della community

Plex non riesce a eliminare i file multimediali su ZimaOS: autorizzazioni del montaggio SMB, identità del container e accesso in scrittura più sicuro

A November 2025 thread where Plex could read media from a mounted share but failed to delete files. The community correctly focused on permissions, while the original poster eventually remounted CIFS with file_mode/dir_mode 0777 and noperm. The source did not establish that broad world-write permissions were the best permanent fix.

Il fatto che Plex riesca a riprodurre un file ma non a eliminarlo è un chiaro indizio di un problema di autorizzazioni. L'accesso in lettura e quello in eliminazione/scrittura sono operazioni diverse. Nel caso originale, i contenuti multimediali si trovavano su una condivisione di file montata: Plex riusciva a leggerli, ma l'eliminazione restituiva il messaggio «There was a problem deleting file».

L'autore del post alla fine ha rimontato la condivisione CIFS con modalità permissive 0777 e l'opzione noperm, rendendo scrivibile la directory. Questo dimostra che il problema risiedeva nel livello effettivo delle autorizzazioni del mount o del filesystem, ma è una configurazione troppo permissiva da proporre come soluzione permanente preferenziale.

Il “root” del container non è l'unico elemento che determina le autorizzazioni

L'utente ha concesso l'accesso root sull'host perché il container Plex sembrava essere eseguito come root. Tuttavia, un container Docker accede a un filesystem SMB/CIFS montato tramite bind mount utilizzando il proprietario, la modalità, gli ACL e le opzioni di mount della condivisione montata sull'host.

Concedere i privilegi root sull'host in altri contesti non modifica automaticamente il modo in cui un mount CIFS presenta la proprietà dei file al container.

Per eliminare un file serve il permesso di scrittura sulla directory padre

Nei filesystem Unix-like, l'eliminazione di un file è principalmente un'operazione sulla directory. Plex può quindi leggere correttamente un file multimediale ma non riuscire a rimuoverlo perché la directory padre montata non è scrivibile dall'identità effettiva di Plex.

Allinea l'identità effettiva del container al mount

La community ha consigliato di fare corrispondere l'utente e il gruppo del container Plex al proprietario della cartella sull'host. È un buon principio a lungo termine, ma non bisogna presumere che Plex venga sempre eseguito con un unico UID universale.

Prima di modificare PLEX_UID/PUID/PGID, controlla la configurazione attuale del container e la proprietà effettiva presentata dal mount CIFS.

La soluzione originale ha usato 0777 e noperm come rimedio generale

Il post originale montava CIFS con opzioni equivalenti a:

file_mode=0777,dir_mode=0777,noperm

Questo può rendere la condivisione scrivibile da quasi ogni identità locale e disabilita i normali controlli delle autorizzazioni lato client. È una prova utile del fatto che la policy del mount impediva a Plex di scrivere, ma non dovrebbe essere la prima soluzione permanente.

Preferisci un'identità o un gruppo dedicato per i contenuti multimediali

Un approccio più sicuro consiste nel montare la condivisione in modo che file e directory risultino di proprietà dell'utente o del gruppo che Plex deve utilizzare, oppure di un gruppo multimediale condiviso. Concedi il permesso di scrittura solo dove Plex deve poter eliminare i file.

Se Plex deve soltanto leggere la maggior parte delle librerie, valuta la possibilità di rendere scrivibili solo specifiche cartelle gestite.

Verifica anche la mappatura dei volumi di Plex

Plex dovrebbe utilizzare il percorso dei contenuti multimediali all'interno del container, mentre ZimaOS associa quel percorso al mount sull'host. La documentazione aggiornata di IceWhale spiega questa relazione tra host e container.

Consulta l'attuale modello dei percorsi Docker di ZimaOS prima di modificare la proprietà.

Anche Plex deve consentire l'eliminazione dei contenuti multimediali

Anche con autorizzazioni corrette sul filesystem, le impostazioni della libreria o del server Plex devono consentire l'eliminazione, quando applicabile. Un test del filesystem eseguito dal container può aiutare a distinguere i problemi causati dalle impostazioni di Plex da quelli dovuti alle autorizzazioni del sistema operativo.

Esegui il test con un solo file sacrificabile

Crea o copia un piccolo file di test nella cartella multimediale interessata, verifica che Plex riesca a visualizzarlo, quindi eliminalo tramite Plex e controlla che scompaia dalla condivisione sottostante. Non verificare le modifiche alle autorizzazioni eliminando per primo contenuti multimediali unici.

Domande frequenti sull'eliminazione in Plex

Se Plex riesce a leggere un file, significa che può anche eliminarlo?

No. Per eliminare un file serve il permesso di scrittura sulla directory che lo contiene.

Nel caso originale hanno funzionato chmod e la modalità di mount 0777?

L'utente ha riferito che il problema è stato risolto dopo un remount CIFS molto permissivo, ma non è l'approccio preferibile per una configurazione basata sul principio del privilegio minimo.

Il solo accesso root sull'host dovrebbe risolvere un problema di eliminazione Plex su SMB?

No. La proprietà e la modalità effettive del mount CIFS, insieme all'identità del container, continuano a determinare il comportamento in scrittura.