Se qBittorrent continua a salvare i download sull'unità di sistema ZimaOS anche dopo aver selezionato un altro HDD nelle impostazioni dell'app, controlla quale percorso hai inserito direttamente in qBittorrent. Nella discussione della community IceWhale del novembre 2025, l'unità secondaria era già montata nel container qBittorrent, ma l'utente aveva inserito il percorso dell'host ZimaOS invece del percorso del container Docker.
La soluzione confermata è stata semplice: usare /downloads in qBittorrent, non il percorso dell'host ZimaOS come /media/GERAL/downloads. La modifica di PUID/PGID in 0/0 non ha risolto il caso originale; la correzione del percorso sì, e l'autore originale ha confermato esplicitamente che i download hanno quindi funzionato.
La differenza fondamentale: percorso dell'host e percorso del container
Una mappatura di volume Docker ha due lati:
HOST_PATH:CONTAINER_PATHAd esempio:
/media/GERAL/downloads:/downloadsZimaOS vede il lato sinistro. qBittorrent viene eseguito all'interno del container e normalmente dovrebbe usare il lato destro.
Corretto in qBittorrent: /downloads
Errato in qBittorrent: /media/GERAL/downloadsConfigurazione originale dell'utente
/downloads.Perché la modifica di PUID e PGID non ha risolto questo caso
Una risposta della community ha suggerito inizialmente di provare diverse PUID/PGID valori, inclusi 0/0. L’autore originale ci ha provato e ha riferito che non funzionava.
Questo è importante perché distingue questo caso da un problema di permessi. I privilegi di root non trasformano un percorso dell’host non mappato nel percorso corretto del container.
L’attuale qBittorrent di LinuxServer utilizza lo stesso schema
La documentazione Docker attuale di qBittorrent per LinuxServer usa:
/path/to/downloads:/downloadse definisce /downloads come posizione di download all’interno del container. Questo corrisponde esattamente alla soluzione della community.
Documentazione Docker di qBittorrent per LinuxServer
Come correggere la cartella di download
- Apri le impostazioni dell’app qBittorrent in ZimaOS.
- Individua la mappatura del volume di download.
- Verifica che la cartella desiderata sull’unità secondaria si trovi sul lato host di ZimaOS.
- Verifica che il percorso del container sia stabile, ad esempio
/downloads. - Salva e riavvia l’app se la mappatura Docker è cambiata.
- Apri la WebUI di qBittorrent.
- Vai a Strumenti → Opzioni → Download.
- Imposta il percorso di salvataggio predefinito su
/downloadso una sottocartella come/downloads/complete. - Avvia un piccolo torrent di prova e verifica quale unità fisica riceve i dati.
Quando i permessi PUID/PGID sono effettivamente importanti
Se /downloads è corretto, ma nei log di qBittorrent compare Accesso negato, quindi controlla proprietario e permessi. L’immagine di LinuxServer supporta PUID e PGID specificamente per i permessi dei bind mount dell’host.
Si tratta di un errore diverso da quello del thread originale. Verifica prima la correttezza del percorso, poi i permessi.
Domande frequenti sulla cartella di download di qBittorrent su ZimaOS
Perché qBittorrent continua a usare l’unità di sistema di ZimaOS?
Nel caso originale, qBittorrent era configurato con il percorso dell’host invece del percorso montato del container.
Quale percorso ha risolto il problema del thread originale?
/downloads. L’autore ha confermato che funzionava.
Devo impostare PUID e PGID su 0?
Non per questo problema. L’autore originale ci ha provato senza successo. Usa prima il percorso corretto del container.
