Det ursprungliga qBittorrent-problemet hade två lager. För det första måste qBittorrent spara till en sökväg som finns inuti containern. För det andra måste qBittorrent-processen ha skrivbehörighet till värdmappen bakom den containersökvägen. Användaren hade redan löst mappningslagret – mappen syntes – men körningsloggen visade fortfarande Åtkomst nekades.
Gemenskapens lösning skapade en särskild nedladdningsmapp och använde en mycket bred chmod -R 777 som ett snabbt behörighetstest. Den ursprungliga inläggsskaparen bekräftade att nedladdningarna därefter fungerade. Det resultatet bevisar att felet berodde på skrivbehörigheter, men 777 bör inte vara den permanenta rekommendationen på ett aktuellt system.
ZimaOS qBittorrents lagringsinställningar mappar en värdmapp för filmer till containersökvägen /Movies-TV
/Movies-TV.Källan använde:
-
Värd:
/media/Main Storage/Media/Movies -
Container:
/Movies-TV
I qBittorrent måste sökvägen för sparande använda /Movies-TV/..., inte den råa värdsökvägen.
Synlighet bevisade att mappningen fungerade; meddelandet om nekad åtkomst bevisade att skrivning inte fungerade
Användarens körningslogg från qBittorrent rapporterade Åtkomst nekades. Det skiljer sig från Filen eller katalogen finns inte:
- Filen eller katalogen finns inte: mappningen eller sökvägen är troligen fel.
- Åtkomst nekades: containern kan nå sökvägen men kan inte skriva till den.
En särskild nedladdningsmapp är enklare att konfigurera med korrekta behörigheter
Gemenskapen skapade en underkatalog som:
/media/Main Storage/Media/Movies/qbittorrent-downloadsoch ange qBittorrents destinationssökväg i containern till:
/Movies-TV/qbittorrent-downloadsDetta är bättre än att ge en nedladdare skrivåtkomst till ett helt medieträd om den bara behöver en enda mellanlagringskatalog.
chmod 777 var en diagnostisk genväg, inte en bra slutlig behörighetsmodell
Gemenskapens svar använde rekursivt chmod 777 och den ursprungliga inläggsskaparen bekräftade att det löste problemet. Det fastställer orsakssambandet, men skrivbara behörigheter för alla låter varje lokal processidentitet skriva till katalogen.
En säkrare permanent lösning är att identifiera qBittorrent-containerns UID/GID under körning och ge endast den användaren/gruppen den skrivåtkomst som krävs.
Kontrollera ägarskapet innan du ändrar det
Användbara skrivskyddade kontroller omfattar att granska mappens ägare/grupp och läge innan du ändrar något. Om qBittorrent körs med en konfigurerbar PUID/PGID ska du anpassa dessa värden till en värdgrupp som har skrivbehörighet till hämtningsmappen.
Undvik rekursiva ägarändringar i ett helt delat mediebibliotek när endast en mapp behöver vara skrivbar.
Aktuella ZimaOS gör appsökvägar för volymer tydliga
Aktuell dokumentation från IceWhale förklarar att appar från App Store körs i containrar och att deras viktiga mappar mappas till verklig värdlagring. Dessa mappningar kan visas och redigeras från appinställningarna.
Använd den aktuella ZimaOS-modellen för Docker-sökvägar innan du redigerar behörigheter.
Separera mappen för hämtningar från det slutliga mediebiblioteket
En vanlig arkitektur är:
- qBittorrent skriver till en särskild hämtningsmapp;
- Sonarr/Radarr eller ett annat organiseringsprogram importerar slutförda filer;
- Jellyfin/Plex läser det slutliga mediebiblioteket, ofta skrivskyddat.
Detta ger varje program endast den åtkomst det behöver.
Testa först med en enda liten hämtning
Efter att mappningen eller behörigheten har ändrats:
- starta om qBittorrent;
- bekräfta att sökvägen för sparande finns i containern;
- hämta en liten laglig testfil;
- kontrollera körningsloggen;
- kontrollera att filen visas på den avsedda värdlagringen.
Vanliga frågor om qBittorrent-hämtningssökvägar
Var själva källvolymmappningen felaktig?
Communityn kom fram till att det var synligt/korrekt; det återstående felet var skrivbehörigheten.
Fick chmod 777 källfallet att fungera?
Ja, och det ursprungliga inläggets författare bekräftade att det fungerade. Det bör ses som en bred diagnostisk genväg snarare än den föredragna permanenta behörigheten.
Vilken sökväg ska qBittorrent använda internt?
Sökvägen på containersidan som definieras i ZimaOS volymmappning, till exempel /Movies-TV/qbittorrent-downloads.
