Gemenskapslösning

Ställ in rätt nedladdningsmapp för qBittorrent på ZimaOS

A ZimaOS user mapped qBittorrent downloads to a second drive but kept entering the ZimaOS host path inside qBittorrent. The confirmed fix was to use the Docker container path /downloads instead.

Om qBittorrent fortfarande sparar nedladdningar på ZimaOS-systemenheten även efter att du valt en annan hårddisk i appinställningarna bör du kontrollera vilken sökväg du angav i själva qBittorrent. I IceWhale Community-tråden från november 2025 var den sekundära enheten redan monterad i qBittorrent-containern, men användaren angav ZimaOS-värdsökvägen i stället för Docker-containersökvägen.

Den bekräftade lösningen var enkel: använd /downloads i qBittorrent, inte ZimaOS-värdsökvägen som /media/GERAL/downloads. Att ändra PUID/PGID till 0/0 löste inte källfallet; det gjorde däremot en korrigering av sökvägen, och den ursprungliga skribenten bekräftade uttryckligen att nedladdningarna därefter fungerade.

Den centrala skillnaden: värdsökväg kontra containersökväg

En Docker-volymmappning har två sidor:

VÄRDSÖKVÄG:CONTAINER-SÖKVÄG

Till exempel:

/media/GERAL/downloads:/downloads

ZimaOS ser den vänstra sidan. qBittorrent körs inuti containern och bör normalt använda den högra sidan.

Rätt i qBittorrent: /downloads
Fel i qBittorrent:   /media/GERAL/downloads

Vad den ursprungliga användaren hade konfigurerat

ZimaOS qBittorrent-inställningar som visar nedladdningsmappningen till den sekundära GERAL-enheten
Det ursprungliga inlägget visar att qBittorrent var konfigurerat med lagring på den sekundära GERAL-enheten.
qBittorrents nedladdningsinställningar använde en ZimaOS-värdsökväg i stället för Docker-sökvägen
qBittorrent-inställningen använde en värdsökväg i stället för den monterade containersökvägen.
ZimaOS lagringssökväg för GERAL-enheten som används av qBittorrent-containern
ZimaOS visar den fysiska värdsökvägen, men qBittorrent behöver inte använda samma sökvägssträng internt.
Fältet för qBittorrents nedladdningsmapp från ZimaOS felsökningstråd
Den bekräftade lösningen var att använda den monterade containersökvägen /downloads.

Varför en ändring av PUID och PGID inte löste detta fall

Ett svar från communityn föreslog först att testa olika PUID/PGID värden, inklusive 0/0. Originalförfattaren provade det och rapporterade att det inte fungerade.

Det är viktigt eftersom det skiljer det här fallet från ett behörighetsproblem. Root-behörigheter gör inte att en omappad värdsökväg blir den korrekta containersökvägen.

Aktuella LinuxServer qBittorrent använder samma mönster

Den aktuella Docker-dokumentationen för qBittorrent från LinuxServer använder:

/path/to/downloads:/downloads

och definierar /downloads som nedladdningsplats inuti containern. Det stämmer exakt med communityns lösning.

LinuxServers Docker-dokumentation för qBittorrent

Så här åtgärdar du nedladdningsmappen

  1. Öppna qBittorrents appinställningar i ZimaOS.
  2. Hitta mappningen för nedladdningsvolymen.
  3. Bekräfta att mappen på den önskade sekundära disken finns på ZimaOS-värdens sida.
  4. Bekräfta att containersidan använder en stabil sökväg, till exempel /downloads.
  5. Spara och starta om appen om Docker-mappningen ändrades.
  6. Öppna qBittorrents webbgränssnitt.
  7. Gå till Verktyg → Alternativ → Nedladdningar.
  8. Ställ in standardsökvägen för sparande till /downloads eller en undermapp som /downloads/complete.
  9. Starta en liten testtorrent och kontrollera vilken fysisk disk som tar emot datan.

När PUID/PGID-behörigheter faktiskt spelar roll

Om /downloads är korrekt, men qBittorrent loggar Åtkomst nekas, och kontrollera sedan ägarskap och behörigheter. LinuxServers avbild stöder PUID och PGID specifikt för behörigheter för bind-monteringar på värden.

Det är ett annat fel än det som beskrivs i källtråden. Kontrollera först att sökvägen är korrekt och därefter behörigheterna.

Vanliga frågor om qBittorrents nedladdningsmapp i ZimaOS

Varför använder qBittorrent fortfarande ZimaOS-systemdisken?

I det ursprungliga fallet var qBittorrent konfigurerat med värdsökvägen i stället för den monterade containersökvägen.

Vilken sökväg löste problemet i originaltråden?

/downloads. Författaren bekräftade att det fungerade.

Bör jag ställa in PUID och PGID på 0?

Inte för det här problemet. Originalförfattaren provade det utan framgång. Använd först den korrekta sökvägen i containern.