Solución de la comunidad

qBittorrent en ZimaOS: Usa la carpeta de descarga correcta

A user mapped a secondary HDD into qBittorrent but entered the ZimaOS host path inside the app; switching to /downloads fixed it.

La solución confirmada en este hilo fue establecer la ruta de guardado predeterminada de qBittorrent en la ruta del contenedor Docker /downloads, no en la ruta del host de ZimaOS. El usuario ya había montado correctamente el HDD secundario; simplemente se le estaba indicando a qBittorrent que guardara los archivos en una ruta que solo el host podía interpretar.

Cambiar PUID/PGID a root no resolvió el caso original. Una vez corregida la ruta, el autor original confirmó explícitamente que las descargas funcionaban.

Cómo se veía la asignación original

Archivos de ZimaOS que muestran una carpeta Downloads en el disco duro GERAL
El usuario quería que las descargas de qBittorrent se guardaran en la carpeta Downloads de la unidad GERAL secundaria. Fuente: foro de la comunidad de IceWhale.
Vista de almacenamiento de ZimaOS que muestra GERAL como un disco duro independiente de 2 TB
ZimaOS ya reconocía GERAL como un HDD independiente de 2 TB, por lo que la detección de la unidad no era el problema. Fuente: foro de la comunidad de IceWhale.
Asignación de volumen de Docker de qBittorrent de GERAL Downloads a /downloads
La asignación de la aplicación exponía correctamente la carpeta del host a qBittorrent como la ruta del contenedor /downloads. Fuente: foro de la comunidad de IceWhale.

La asignación importante es, conceptualmente:

Host: /media/GERAL/Downloads → Container: /downloads

ZimaOS ve el lado izquierdo. qBittorrent se ejecuta dentro de Docker y normalmente debe utilizar el lado derecho.

La ruta incorrecta estaba dentro de qBittorrent

Ruta de guardado predeterminada de qBittorrent configurada incorrectamente con la ruta del host de ZimaOS
Dentro de qBittorrent, el usuario introdujo la ruta /media del host en lugar de la ruta del contenedor montada. Fuente: foro de la comunidad de IceWhale.

La interfaz web de qBittorrent estaba configurada con /media/GERAL/Downloads. Esa ruta del host no era la ruta expuesta a la aplicación dentro del contenedor.

La guía actual sobre carpetas de qBittorrent documenta el mismo caso de origen y la solución verificada.

Por qué PUID y PGID como root no ayudaron

Los permisos y la visibilidad de las rutas son problemas distintos. Ejecutar el contenedor como root no puede hacer que una ruta del host sin montar aparezca mágicamente dentro del contenedor. Primero verifica la ruta del contenedor; investiga la propiedad de los archivos únicamente cuando la ruta asignada correcta devuelva Permission denied.

La guía sobre permisos de qBittorrent aborda ese segundo modo de fallo.

Las imágenes Docker actuales utilizan el mismo patrón

La imagen actual de qBittorrent de LinuxServer documenta un volumen de descargas montado en /downloads. Consulta la documentación de qBittorrent de LinuxServer antes de modificar una definición personalizada de la aplicación.

En resumen

Si ZimaOS ya asigna el disco de destino a qBittorrent como /downloads, utiliza /downloads o una subcarpeta dentro de esa ruta en qBittorrent. No pegues la ruta del host de ZimaOS en la aplicación, a menos que esa ruta exacta también esté montada en el contenedor.