핵심: 해당 경로가 컨테이너에 마운트되지 않았다면 Sonarr는 ZimaOS 호스트 경로를 사용할 수 없습니다
Emby에서 SSD/media/TV shows가 보인다고 해서 Sonarr에서도 같은 디렉터리를 볼 수 있다는 의미는 아닙니다. 각 Docker 앱은 고유한 파일 시스템을 사용합니다. Sonarr는 ZimaOS가 해당 Sonarr 컨테이너에 매핑한 호스트 폴더만 볼 수 있습니다.
권한을 변경하기 전에 볼륨 매핑을 확인하세요
ZimaOS에서 Sonarr 앱 설정을 열고 볼륨 매핑을 확인하세요. 다음과 같이 호스트 경로와 컨테이너 경로가 필요합니다.
호스트: /your-storage/media
컨테이너: /mediaSonarr 내부에서는 원래 호스트 경로가 아니라 루트 폴더로 /media/TV shows를 선택하세요. 현재 ZimaOS 앱 경로 가이드에서 호스트 경로와 컨테이너 경로의 차이를 자세히 설명합니다. Docker에서도 동일한 모델을 바인드 마운트 문서에서 설명합니다.
Arr 스택 전체에서 동일한 미디어 매핑을 사용하세요
Sonarr, Radarr, 다운로드 클라이언트에서는 복잡한 경로보다 일관성이 중요합니다. 가능한 경우 동일한 호스트 미디어 루트를 동일한 컨테이너 위치에 매핑하세요. 그러면 한 앱에서는 /media/tv로 보이고 다른 앱에서는 같은 파일이 /downloads/completed/tv로 보이는 문제를 피할 수 있습니다.
Sonarr 하드웨어 및 ZimaOS 가이드에서도 Sonarr의 가벼운 작업 부하와 이를 둘러싼 스토리지 및 미디어 서버 작업 부하를 구분해 설명합니다.
폴더가 표시되지만 여전히 거부되는 경우
그다음에는 권한을 확인하세요. 컨테이너가 마운트된 경로를 읽고 쓸 수 있는지, 루트 폴더가 읽기 전용으로 마운트되지 않았는지 확인합니다. 처음부터 광범위한 chmod 수정부터 시작하지 마세요. 먼저 올바른 폴더가 실제로 마운트되었는지 확인해야 합니다. Servarr 프로젝트는 Docker 가이드에서 Docker 경로 설계를 설명합니다.
빠른 진단 규칙
폴더가 Sonarr 내부에 전혀 표시되지 않는다면 마운트 경로를 의심하세요. 폴더는 표시되지만 Sonarr에서 쓸 수 없다고 한다면 권한을 의심하세요. 이 차이만 알아도 무작위로 문제를 해결하려는 시간을 크게 줄일 수 있습니다.
앱 배포에 대한 전반적인 내용은 ZimaOS 앱 스토어 하드웨어 가이드를 참고하세요.
