Rozwiązanie społecznościowe

Napraw błędy uprawnień ścieżki pobierania qBittorrent w systemie ZimaOS

A ZimaOS user changed the qBittorrent download path but every torrent failed. The thread confirmed that the Docker mapping was visible but the host folder was not writable by the qBittorrent container.

Jeśli qBittorrent widzi folder w ZimaOS, ale każdy torrent natychmiast kończy się niepowodzeniem, sama zmiana ścieżki pobierania w qBittorrent nie wystarczy. Folder hosta należy najpierw zamontować w kontenerze Docker, a użytkownik uruchamiający qBittorrent w tym kontenerze musi mieć uprawnienia do zapisu w zamontowanym katalogu hosta.

Właśnie to wydarzyło się w wątku IceWhale Community ze stycznia 2026 roku. Autor wątku zmapował folder multimediów do /Movies-TV, ale dziennik wykonywania qBittorrent wyświetlał komunikat Permission denied. Utworzenie dedykowanego podfolderu i nadanie hostowi uprawnień do zapisu rozwiązało problem opisany w wątku. Społeczność zastosowała chmod -R 777 jako szybkie rozwiązanie, jednak aktualne zalecenia LinuxServer preferują dopasowanie PUID/PGID do właściciela plików na hoście zamiast pozostawiania katalogu z uprawnieniami do zapisu dla wszystkich.

Ścieżka hosta a ścieżka kontenera

Ścieżka w ZimaOS nie jest automatycznie widoczna w qBittorrent. Typowe mapowanie wygląda tak:

Host: /DATA/Downloads
Kontener: /downloads

Następnie qBittorrent powinien zapisywać pliki do ścieżki w kontenerze, takiej jak /downloads/qbittorrent.

Pierwotne mapowanie

Host: /media/Main Storage/Media/Movies
Kontener: /Movies-TV
Mapowanie woluminu qBittorrent w ZimaOS użyte podczas nieudanych pobierań z powodu odmowy dostępu
Ścieżka była widoczna w kontenerze, ale qBittorrent nie miał uprawnień do zapisu.

Utwórz dedykowany folder pobierania

W działającym układzie opisanym przez społeczność utworzono:

/media/Main Storage/Media/Movies/qbittorrent-downloads

i użyto tej ścieżki w qBittorrent:

/Movies-TV/qbittorrent-downloads

Sprawdź uprawnienia

ls -ld "/media/Main Storage/Media/Movies"
ls -ld "/media/Main Storage/Media/Movies/qbittorrent-downloads"

Jeśli katalog istnieje, ale dziennik wyświetla komunikat Permission denied, tożsamość kontenera nie ma dostępu do zapisu.

Szybkie rozwiązanie potwierdzone przez społeczność

chmod -R 777 "/media/Main Storage/Media/Movies/qbittorrent-downloads"

Autor wątku potwierdził, że to zadziałało. Jednak 777 nadaje szerokie uprawnienia odczytu, zapisu i wykonywania, dlatego lepiej używać go jako rozwiązania diagnostycznego lub tymczasowego, a nie jako docelowego modelu uprawnień.

Preferowane rozwiązanie długoterminowe: dopasowanie PUID i PGID

Aktualny obraz qBittorrent firmy LinuxServer obsługuje zmienne PUID i PGID, aby zapobiegać konfliktom uprawnień przy montowaniu katalogów. Dokumentacja zaleca ustawienie właściciela katalogu na hoście w sposób zgodny z identyfikatorami przekazanymi do kontenera.

Dokumentacja qBittorrent firmy LinuxServer

PUID=1000
PGID=1000

To tylko przykładowe wartości. Sprawdź konto hosta, którego chcesz użyć, poleceniem id USERNAME, i zastosuj rzeczywiste identyfikatory lub zgodną grupę współdzieloną.

Uruchom ponownie i przetestuj

  1. Zapisz mapowanie woluminu.
  2. Uruchom ponownie lub odtwórz qBittorrent.
  3. Ustaw domyślną ścieżkę zapisu na zmapowaną ścieżkę kontenera.
  4. Uruchom małe pobieranie testowe.
  5. Jeśli problem nadal występuje, otwórz Narzędzia → Dziennik wykonywania.

Co oznaczają błędy

  • Permission denied: ścieżka istnieje, ale nie można w niej zapisywać.
  • No such file or directory: ścieżka kontenera nie istnieje lub została nieprawidłowo zmapowana.

Najczęstsze pytania dotyczące ścieżki pobierania qBittorrent

Czy qBittorrent powinien używać ścieżki hosta w ZimaOS?

Nie. Zwykle powinien używać ścieżki po stronie kontenera zdefiniowanej w mapowaniu woluminu.

Czy chmod 777 rozwiązało problem opisany w pierwotnym wątku?

Tak. Autor potwierdził, że zadziałało, ale w dłuższej perspektywie bezpieczniejsze są węższe uprawnienia oparte na PUID/PGID lub grupie.

Dlaczego qBittorrent może widzieć folder, ale nie może w nim zapisywać?

Widoczność zamontowanego folderu w Dockerze i uprawnienia systemu plików do zapisu to dwie odrębne kwestie. Zmapowany folder może być dostępny do odczytu, ale niedostępny do zapisu dla użytkownika kontenera.