qBittorrent kan inte skriva till en extern ZimaOS-enhet bara för att enheten visas i Filer. qBittorrent-containern måste först få den värdmappen som en Docker-volym, och qBittorrent måste därefter använda sökvägen på containersidan – inte den fysiska sökvägen på ZimaOS-värden – som lagringsplats.
Källtråden pekar i rätt riktning men visar ingen slutgiltig lösning som användaren har bekräftat. Skärmbilderna är användbara eftersom de visar den avsedda arkitekturen: externa mappar på värden mappas till enkla sökvägar som /Torrents och /Active Torrents.
En Docker-volymmappning har två sidor
Till exempel:
/media/Expansion/Torrents → /TorrentsZimaOS använder sökvägen till vänster. qBittorrent använder sökvägen till höger. I qBittorrent ska standardlagringssökvägen därför vara /Torrents, inte /media/Expansion/Torrents.
Källan mappade torrentmappar till qBittorrent
Volymmappningen i ZimaOS måste överensstämma med dessa containersökvägar
Den aktuella dokumentationen för ZimaOS använder samma modell med värd- och containersökvägar
IceWhales aktuella dokumentation om Docker förklarar uttryckligen att en applikation ska använda sökvägen som är monterad i dess container, medan ZimaOS-sidan pekar på den faktiska lagringsmappen.
Använd den aktuella Docker-volymmodellen i ZimaOS.
Om sökvägen finns men torrentfiler ändå ger fel – kontrollera skrivbehörigheten
Från qBittorrent-containern/terminalen ska du kontrollera att den mappade katalogen finns och kan skapa en tillfällig fil. En giltig sökväg utan skrivbehörighet ger ett annat fel än en saknad volym.
Undvik att lösa alla behörighetsproblem med permanent 0777 eller root. Matcha containerns identitet eller grupp med målmappen när det är möjligt.
Kontrollera den externa enhetens filsystem
Den aktuella versionen av ZimaOS stöder vanliga USB-filsystem, inklusive NTFS, exFAT, ext4 och Btrfs. Filsystemets egenskaper kan påverka ägarskap och behörigheter, särskilt på NTFS eller exFAT.
Ofullständiga och slutförda torrents kan använda samma externa enhet
Om du aktiverar ”Behåll ofullständiga torrents i” måste du även mappa den sökvägen. Annars kan qBittorrent försöka skriva ofullständiga data till en intern sökväg som inte är mappad, även om sökvägen för slutförda nedladdningar är korrekt.
Håll stora torrentdata borta från systemdisken på 128 GB
Det beskrivna användningsfallet är precis det som extern lagring lämpar sig för. Håll qBittorrents konfiguration eller AppData liten och beständig, och placera data på flera terabyte på den externa lagringsenheten.
Testa sökvägen från qBittorrent-containern
Ett snabbt sätt att skilja mellan sökvägs- och behörighetsproblem är att öppna appterminalen och kontrollera mappen inne i containern. Om /Torrents finns inte, är Docker-volymmappningen felaktig. Om den finns men en liten testfil inte kan skapas fungerar mappningen, och nästa lager är behörighets- eller filsystemsbeteende.
Se till att den externa enheten är monterad innan qBittorrent börjar skriva
Om en extern USB-disk kopplas från eller inte monteras kan en inaktuell värdsökväg få en app att i stället skriva till en oavsiktlig lokal katalog. Efter omstart eller återanslutning bör du kontrollera att enheten finns i ZimaOS lagring eller filer innan du startar stora nedladdningar.
Kategorisökvägar måste också ligga i mappad lagring i containern
qBittorrent-kategorier kan åsidosätta standardsökvägen för sparande. En torrent kan därför ge ett fel även när /Torrents är korrekt om dess kategori pekar på en annan sökväg som inte är mappad. Granska kategorispecifika sökvägar för sparande när bara vissa torrents misslyckas.
Befintliga torrents kan behålla sin gamla sökväg för sparande
Om du ändrar den globala standardsökvägen för sparande skrivs inte alltid platsen för alla befintliga torrentfiler om. För torrents som redan har lagts till bör du kontrollera torrentens aktuella sökväg för sparande och använda qBittorrents hanterade funktion för att ange plats eller flytta filer, i stället för att flytta ofullständiga filer bakom dess rygg.
Vanliga frågor om externa qBittorrent-enheter
Bör qBittorrent använda hela ZimaOS-värdsökvägen som sökväg för sparande?
Normalt inte. Den bör använda sökvägen inne i containern som skapats genom Docker-volymmappningen.
Innehåller källan en bekräftad slutgiltig lösning?
Nej. Tråden avslutas efter att användaren har publicerat sina inställningar.
Vad bör kontrolleras efter volymsökvägen?
Verifiera att den mappade katalogen finns i containern och att qBittorrents köridentitet kan skriva till den.
