The source qBittorrent problem had two layers. First, qBittorrent must save to a path that exists inside the container. Second, the qBittorrent process must have write permission to the host folder behind that container path. The user had already solved the mapping layer—the folder was visible—but the execution log still showed Permission Denied.
Problem źródłowy qBittorrent miał dwie warstwy. Po pierwsze, qBittorrent musi zapisywać do ścieżki, która istnieje wewnątrz kontenera. Po drugie, proces qBittorrent musi mieć uprawnienia do zapisu w folderze hosta znajdującym się za tą ścieżką kontenera. Użytkownik rozwiązał już warstwę mapowania — folder był widoczny — ale dziennik wykonywania nadal wyświetlał komunikat Odmowa dostępu. Rozwiązanie społeczności utworzyło dedykowany katalog pobierania i użyło bardzo szerokiego chmod -R 777 777 jako szybkiego testu uprawnień. Autor pierwotnego wpisu potwierdził, że pobieranie zaczęło wtedy działać. Ten wynik dowodzi, że przyczyną problemu były uprawnienia do zapisu, ale
nie powinno być stałą rekomendacją w aktualnym systemie.
/Movies-TV.Źródło używało:
-
Host:
/media/Main Storage/Media/Movies -
Kontener:
/Movies-TV
W qBittorrent ścieżka zapisu musi używać /Movies-TV/..., a nie surową ścieżkę hosta.
Widoczność potwierdziła, że mapowanie działało; odmowa dostępu potwierdziła, że zapis nie działał
Dziennik wykonywania qBittorrent użytkownika zgłaszał Odmowa dostępu. To różni się od komunikatu Nie ma takiego pliku ani katalogu:
- Nie ma takiego pliku ani katalogu: mapowanie lub ścieżka jest prawdopodobnie nieprawidłowa.
- Odmowa dostępu: kontener może uzyskać dostęp do ścieżki, ale nie może w niej zapisywać.
Dedykowany katalog pobierania ułatwia prawidłowe skonfigurowanie uprawnień
Społeczność utworzyła podfolder, taki jak:
/media/Main Storage/Media/Movies/qbittorrent-downloadsi ustawić docelową ścieżkę po stronie kontenera qBittorrent na:
/Movies-TV/qbittorrent-downloadsTo lepsze rozwiązanie niż przyznawanie programowi pobierającemu dostępu do zapisu w całym drzewie multimediów, jeśli potrzebuje on tylko jednego katalogu roboczego.
chmod 777 było skrótem diagnostycznym, a nie dobrym docelowym modelem uprawnień
Odpowiedź społeczności używała rekurencyjnego polecenia chmod 777 a autor pierwotnego wpisu potwierdził, że rozwiązało to problem. Ustala to związek przyczynowy, ale uprawnienia do zapisu dla wszystkich użytkowników pozwalają każdemu lokalnemu procesowi zapisywać w katalogu.
Bezpieczniejszym stałym rozwiązaniem jest ustalenie identyfikatora UID/GID środowiska wykonawczego kontenera qBittorrent i przyznanie tylko temu użytkownikowi/grupie wymaganych uprawnień zapisu.
Sprawdź właściciela przed jego zmianą
Przydatne kontrole tylko do odczytu obejmują sprawdzenie właściciela/grupy folderu oraz trybu uprawnień przed wprowadzeniem jakichkolwiek zmian. Jeśli qBittorrent działa z konfigurowalnymi wartościami PUID/PGID, dopasuj je do grupy hosta mającej uprawnienia zapisu do katalogu pobierania.
Unikaj rekurencyjnej zmiany właściciela w całej współdzielonej bibliotece multimediów, jeśli tylko jeden folder musi być zapisywalny.
Aktualny ZimaOS jasno pokazuje ścieżki woluminów aplikacji
Aktualna dokumentacja IceWhale wyjaśnia, że aplikacje ze Sklepu z aplikacjami działają wewnątrz kontenerów, a ich ważne foldery są mapowane na rzeczywistą pamięć masową hosta. Mapowania te można wyświetlać i edytować w ustawieniach aplikacji.
Przed zmianą uprawnień qBittorrent użyj bieżącego modelu ścieżek Docker w ZimaOS.
Oddziel folder roboczy pobierania od końcowej biblioteki multimediów
Typowa architektura wygląda następująco:
- qBittorrent zapisuje do dedykowanego folderu pobierania;
- Sonarr/Radarr lub inny organizator importuje ukończone pliki;
- Jellyfin/Plex odczytuje końcową bibliotekę multimediów, często tylko do odczytu.
Dzięki temu każda aplikacja uzyskuje tylko potrzebny jej dostęp.
Najpierw przetestuj jedno małe pobieranie
Po zmianie mapowania lub uprawnień:
- uruchom ponownie qBittorrent;
- potwierdź, że ścieżka zapisu jest rozpoznawana wewnątrz kontenera;
- pobierz mały, legalny plik testowy;
- sprawdź dziennik wykonania;
- sprawdź, czy plik pojawia się na zamierzonym hoście pamięci masowej.
FAQ dotyczące ścieżki pobierania qBittorrent
Czy samo mapowanie woluminu źródłowego było nieprawidłowe?
Społeczność uznała, że było ono widoczne i poprawne; pozostałym problemem były uprawnienia do zapisu.
Czy chmod 777 sprawił, że przypadek źródłowy zadziałał?
Tak, a autor pierwotnego posta potwierdził, że rozwiązanie zadziałało. Należy je traktować jako ogólny skrót diagnostyczny, a nie preferowane stałe uprawnienie.
Jaką ścieżkę powinien wewnętrznie używać qBittorrent?
Ścieżka po stronie kontenera zdefiniowana w mapowaniu woluminu ZimaOS, na przykład /Movies-TV/qbittorrent-downloads.
