Att Plex kan spela upp en fil men inte radera den är en tydlig ledtråd om behörighetsproblem. Läsåtkomst och åtkomst för radering/skrivning är olika åtgärder. I det aktuella fallet låg medierna på en monterad fildelning, Plex kunde läsa dem och raderingen returnerade ”Det gick inte att radera filen.”
Den ursprungliga skribenten monterade till slut om CIFS-delningen med breda 0777-lägen och noperm, vilket gjorde katalogen skrivbar. Det visar att problemet låg i den effektiva behörighetslagret för monteringen/filsystemet, men detta är för tillåtande för att rekommenderas som permanent konfiguration.
”root” i containern är inte hela behörighetsbilden
Användaren gav åtkomst som root på värddatorn eftersom Plex-containern verkade köras som root. En Docker-container når fortfarande ett bind-monterat SMB/CIFS-filsystem via ägarskap, läge, ACL:er och monteringsalternativ för monteringen på värddatorn.
Att ge root-behörighet på värddatorn någon annanstans ändrar inte automatiskt hur en CIFS-montering presenterar filägarskap för containern.
Att radera en fil kräver skrivbehörighet till den överordnade katalogen
I Unix-liknande filsystem är radering av en fil huvudsakligen en katalogåtgärd. Plex kan därför läsa en mediefil utan problem men ändå inte ta bort den, eftersom den monterade överordnade katalogen inte är skrivbar för Plex effektiva identitet.
Anpassa den faktiska containeridentiteten till monteringen
Communityn rekommenderade att matcha Plex-containerns användare/grupp med ägarskapet för mappen på värddatorn. Det är en bra hållbar princip, men utgå inte från att Plex alltid körs med ett enda universellt UID.
Kontrollera den aktuella containerkonfigurationen och det effektiva ägarskapet som CIFS-monteringen presenterar innan du ändrar PLEX_UID/PUID/PGID.
Källan använde 0777 och noperm som en bred tillfällig lösning
Det slutliga inlägget i källan monterade CIFS med alternativ motsvarande:
file_mode=0777,dir_mode=0777,nopermDetta kan göra delningen skrivbar för i princip alla lokala identiteter och inaktiverar normala behörighetskontroller på klientsidan. Det är användbara bevis för att monteringsreglerna blockerade Plex, men bör inte vara den första permanenta lösningen.
Föredra en särskild medieidentitet eller grupp
En säkrare utformning är att montera delningen så att filerna och katalogerna ser ut att ägas av den användare/grupp som Plex ska använda, eller av en gemensam mediegrupp. Ge endast skrivbehörighet där Plex behöver kunna radera.
Om Plex endast ska läsa de flesta bibliotek kan du överväga att göra endast specifika hanterade mappar skrivbara.
Verifiera även Plex volymmappning
Plex bör använda mediesökvägen i containern, medan ZimaOS mappar den sökvägen till monteringen på värddatorn. IceWhales aktuella dokumentation förklarar detta förhållande mellan värddator och container.
Använd den aktuella Docker-sökvägsmodellen i ZimaOS innan du ändrar ägarskap.
Plex måste också tillåta radering av medier
Även med korrekta filsystemsbehörigheter måste Plex egna biblioteks- och serverinställningar tillåta radering där det är tillämpligt. Ett filsystemstest från containern kan skilja mellan problem med ”Plex-inställning” och ”OS-behörighet”.
Testa med en enda fil som kan tas bort
Skapa eller kopiera en liten testfil till den berörda mediemappen, bekräfta att Plex kan se den, radera den sedan via Plex och kontrollera att den försvinner från den underliggande delningen. Testa inte behörighetsändringar genom att först radera unikt medieinnehåll.
Vanliga frågor om radering i Plex
Bevisar det att Plex kan radera en fil om Plex kan läsa den?
Nej. Radering kräver skrivbehörighet till den innehållande katalogen.
Fungerade chmod/monteringsläget 0777 i källan?
Användaren rapporterade att det fungerade efter en mycket tillåtande ominmontering av CIFS, men det är inte den rekommenderade lösningen enligt principen om minsta privilegium.
Bör root-behörighet på värddatorn ensam lösa ett Plex-problem med radering via SMB?
Nej. Det effektiva ägarskapet och läget för CIFS-monteringen samt containerns identitet avgör fortfarande skrivbeteendet.
