Si qBittorrent continue d’enregistrer les téléchargements sur le lecteur système de ZimaOS même après avoir sélectionné un autre disque dur dans les paramètres de l’application, vérifiez le chemin que vous avez saisi directement dans qBittorrent. Dans le fil de discussion de la communauté IceWhale de novembre 2025, le lecteur secondaire était déjà monté dans le conteneur qBittorrent, mais l’utilisateur avait saisi le chemin hôte ZimaOS au lieu du chemin du conteneur Docker.
La solution confirmée était simple : utiliser /downloads dans qBittorrent, et non le chemin hôte de ZimaOS tel que /media/GERAL/downloads. La modification de PUID/PGID en 0/0 n’a pas résolu le problème d’origine ; corriger le chemin l’a résolu, et l’auteur d’origine a explicitement confirmé que les téléchargements fonctionnaient ensuite.
La différence essentielle : chemin hôte contre chemin du conteneur
Un mappage de volume Docker comporte deux côtés :
CHEMIN_HÔTE:CHEMIN_CONTENEURPar exemple :
/media/GERAL/downloads:/downloadsZimaOS voit le côté gauche. qBittorrent s’exécute dans le conteneur et doit normalement utiliser le côté droit.
Correct dans qBittorrent : /downloads
Incorrect dans qBittorrent : /media/GERAL/downloadsCe que l’utilisateur d’origine avait configuré
/downloads.Pourquoi la modification de PUID et PGID n’a pas résolu ce cas
Une réponse de la communauté a d’abord suggéré de tester différentes PUID/PGID valeurs, notamment 0/0. L’auteur original a essayé cette solution et a indiqué qu’elle ne fonctionnait pas.
C’est important, car cela distingue ce cas d’un problème de permissions. Les privilèges root ne transforment pas un chemin d’hôte non mappé en chemin correct dans le conteneur.
La version actuelle de qBittorrent de LinuxServer utilise le même modèle
La documentation Docker actuelle de qBittorrent de LinuxServer utilise :
/path/to/downloads:/downloadset définit /downloads comme emplacement de téléchargement à l’intérieur du conteneur. Cela correspond exactement à la solution de la communauté.
Documentation Docker de qBittorrent de LinuxServer
Comment corriger le dossier de téléchargement
- Ouvrez les paramètres de l’application qBittorrent dans ZimaOS.
- Trouvez le mappage du volume de téléchargement.
- Vérifiez que le dossier souhaité sur le disque secondaire se trouve du côté hôte de ZimaOS.
- Vérifiez que le chemin côté conteneur est stable, par exemple
/downloads. - Enregistrez les modifications et redémarrez l’application si le mappage Docker a changé.
- Ouvrez l’interface Web de qBittorrent.
- Accédez à Outils → Options → Téléchargements.
- Définissez le chemin d’enregistrement par défaut sur
/downloadsou un sous-dossier tel que/downloads/complete. - Lancez un petit torrent de test et vérifiez sur quel disque physique les données sont enregistrées.
Quand les permissions PUID/PGID sont importantes
Si /downloads est correct, mais les journaux de qBittorrent indiquent Permission denied, puis vérifiez le propriétaire et les permissions. L’image de LinuxServer prend en charge PUID et PGID spécifiquement pour les permissions des montages bind de l’hôte.
Il s’agit d’un problème différent de celui du fil source. Vérifiez d’abord que le chemin est correct, puis examinez les permissions.
FAQ sur le dossier de téléchargement de qBittorrent sur ZimaOS
Pourquoi qBittorrent utilise-t-il toujours le disque système de ZimaOS ?
Dans le cas source, qBittorrent était configuré avec le chemin de l’hôte au lieu du chemin du conteneur monté.
Quel chemin a résolu le problème du fil de discussion original ?
/downloads. L’auteur a confirmé que cela fonctionnait.
Dois-je définir PUID et PGID sur 0 ?
Pas pour ce problème. L’auteur original a essayé cette solution sans succès. Utilisez d’abord le chemin correct dans le conteneur.
