Le fait que Plex puisse lire un fichier, mais échoue à le supprimer, est un indice fort d’un problème d’autorisations. Les droits de lecture et les droits de suppression/écriture correspondent à des opérations différentes. Dans le cas d’origine, les fichiers multimédias se trouvaient sur un partage monté, Plex pouvait les lire, mais la suppression renvoyait « Un problème est survenu lors de la suppression du fichier. »
L’auteur du message a finalement remonté le partage CIFS avec des modes 0777 très permissifs et l’option noperm, ce qui a rendu le répertoire accessible en écriture. Cela montre que le problème se situait au niveau effectif des autorisations du montage/système de fichiers, mais cette configuration est trop permissive pour être recommandée comme solution permanente.
Le « root » du conteneur ne suffit pas à expliquer toutes les autorisations
L’utilisateur a accordé les droits root sur l’hôte parce que le conteneur Plex semblait s’exécuter en tant que root. Pourtant, un conteneur Docker accède à un système de fichiers SMB/CIFS monté via les paramètres de propriété, de mode, d’ACL et de montage du montage effectué sur l’hôte.
Accorder ailleurs les droits root sur l’hôte ne modifie pas automatiquement la manière dont un montage CIFS présente la propriété des fichiers au conteneur.
Supprimer un fichier nécessite des droits d’écriture sur le répertoire parent
Sur les systèmes de fichiers de type Unix, la suppression d’un fichier est principalement une opération sur le répertoire. Plex peut donc lire correctement un fichier multimédia tout en étant incapable de le supprimer, parce que le répertoire parent monté n’est pas accessible en écriture par l’identité effective de Plex.
Faites correspondre l’identité réelle du conteneur avec celle du montage
La communauté a conseillé de faire correspondre l’utilisateur et le groupe du conteneur Plex avec la propriété du dossier sur l’hôte. C’est un bon principe durable, mais ne partez pas du principe que Plex utilise toujours un UID universel.
Examinez la configuration actuelle du conteneur ainsi que la propriété effective présentée par le montage CIFS avant de modifier PLEX_UID/PUID/PGID.
La source utilisait 0777 et noperm comme solution de contournement globale
Le message final de la source montait CIFS avec des options équivalentes à :
file_mode=0777,dir_mode=0777,nopermCela peut rendre le partage accessible en écriture à pratiquement toutes les identités locales et désactive les vérifications normales des autorisations côté client. C’est un indice utile montrant que la politique de montage bloquait Plex, mais cela ne devrait pas être la première solution permanente.
Préférez une identité ou un groupe dédié aux fichiers multimédias
Une conception plus sûre consiste à monter le partage de sorte que les fichiers et répertoires apparaissent comme appartenant à l’utilisateur ou au groupe que Plex est censé utiliser, ou à un groupe multimédia partagé. N’accordez les droits d’écriture que là où Plex doit pouvoir supprimer des fichiers.
Si Plex doit uniquement lire la plupart des bibliothèques, envisagez de ne rendre accessibles en écriture que certains dossiers gérés.
Vérifiez également le mappage des volumes Plex
Plex doit utiliser le chemin multimédia côté conteneur, tandis que ZimaOS fait correspondre ce chemin avec le montage côté hôte. La documentation actuelle d’IceWhale explique cette relation entre l’hôte et le conteneur.
Utilisez le modèle actuel des chemins Docker de ZimaOS avant de modifier la propriété.
Plex doit également autoriser la suppression des fichiers multimédias
Même avec des autorisations correctes sur le système de fichiers, les paramètres propres à la bibliothèque ou au serveur Plex doivent autoriser la suppression lorsque cela s’applique. Un test du système de fichiers depuis le conteneur permet de distinguer un problème de « paramètre Plex » d’un problème d’« autorisation du système d’exploitation ».
Testez avec un seul fichier non important
Créez ou copiez un petit fichier de test dans le dossier multimédia cible, vérifiez que Plex peut le voir, puis supprimez-le via Plex et vérifiez qu’il disparaît du partage sous-jacent. Ne testez pas les modifications d’autorisations en supprimant d’abord des fichiers multimédias uniques.
FAQ sur la suppression dans Plex
Le fait que Plex lise un fichier prouve-t-il qu’il peut le supprimer ?
Non. La suppression nécessite des droits d’écriture sur le répertoire qui contient le fichier.
La commande chmod ou le mode de montage 0777 a-t-il fonctionné dans la source ?
L’utilisateur a signalé que cela avait fonctionné après un remontage CIFS très permissif, mais ce n’est pas la conception recommandée si l’on applique le principe du moindre privilège.
Le fait d’accorder les droits root sur l’hôte suffit-il à résoudre un problème de suppression Plex sur SMB ?
Non. La propriété et le mode effectifs du montage CIFS, ainsi que l’identité du conteneur, déterminent toujours le comportement en écriture.
