Se o qBittorrent continuar a guardar as transferências na unidade do sistema do ZimaOS mesmo depois de selecionar outro HDD nas definições da aplicação, verifique que caminho introduziu no próprio qBittorrent. No tópico da comunidade IceWhale de novembro de 2025, a unidade secundária já estava montada no contentor do qBittorrent, mas o utilizador introduziu o caminho do anfitrião do ZimaOS em vez do caminho do contentor Docker.
A solução confirmada foi simples: utilizar /downloads dentro do qBittorrent, não o caminho do anfitrião do ZimaOS, como /media/GERAL/downloads. Alterar o PUID/PGID para 0/0 não resolveu o caso original; corrigir o caminho resolveu-o, e o autor original confirmou explicitamente que as transferências funcionaram depois disso.
A diferença fundamental: caminho do anfitrião vs. caminho do contentor
Um mapeamento de volume do Docker tem dois lados:
CAMINHO_DO_ANFITRIÃO:CAMINHO_DO_CONTENTORPor exemplo:
/media/GERAL/downloads:/downloadsO ZimaOS vê o lado esquerdo. O qBittorrent é executado dentro do contentor e deve normalmente utilizar o lado direito.
Correto dentro do qBittorrent: /downloads
Incorreto dentro do qBittorrent: /media/GERAL/downloadsO que o utilizador original tinha configurado
/downloads.Porque alterar o PUID e o PGID não resolveu este caso
Uma resposta da comunidade sugeriu primeiro testar diferentes PUID/PGID valores, incluindo 0/0. O autor original tentou isso e relatou que não funcionou.
Isto é importante porque distingue este caso de um problema de permissões. Os privilégios de root não fazem com que um caminho do anfitrião não mapeado se torne o caminho correto do contentor.
O qBittorrent atual da LinuxServer utiliza o mesmo padrão
A documentação atual do Docker do qBittorrent da LinuxServer utiliza:
/path/to/downloads:/downloadse define /downloads como localização de transferências dentro do contentor. Isso corresponde exatamente à correção da comunidade.
Documentação do Docker do qBittorrent da LinuxServer
Como corrigir a pasta de transferências
- Abra as definições da aplicação qBittorrent no ZimaOS.
- Encontre o mapeamento do volume de transferências.
- Confirme que a pasta pretendida na unidade secundária está no lado do anfitrião ZimaOS.
- Confirme que o lado do contentor é um caminho estável, como
/downloads. - Guarde e reinicie a aplicação se o mapeamento do Docker tiver sido alterado.
- Abra a WebUI do qBittorrent.
- Aceda a Ferramentas → Opções → Transferências.
- Defina o caminho predefinido para guardar como
/downloadsou uma subpasta como/downloads/complete. - Inicie um torrent de teste pequeno e verifique em que unidade física os dados são guardados.
Quando as permissões de PUID/PGID são importantes
Se /downloads está correto, mas os registos do qBittorrent indicam Permissão negadae, em seguida, verifique o proprietário e as permissões. A imagem da LinuxServer suporta PUID e PGID especificamente para as permissões de bind mounts do anfitrião.
Essa é uma falha diferente da do tópico original. Diagnostique primeiro a correção do caminho e só depois as permissões.
Perguntas frequentes sobre a pasta de transferências do qBittorrent no ZimaOS
Porque é que o qBittorrent continua a utilizar a unidade do sistema ZimaOS?
No caso da fonte, o qBittorrent foi configurado com o caminho do anfitrião em vez do caminho montado do contentor.
Que caminho resolveu o tópico original?
/downloads. O autor confirmou que funcionou.
Devo definir PUID e PGID como 0?
Não para este problema. O autor original tentou isso sem sucesso. Use primeiro o caminho correto do contentor.
