핵심: Emby 자동 정리에는 쓰기 가능한 Docker 마운트와 쓰기 가능한 호스트 권한이 모두 필요합니다.
Emby는 읽기 전용 액세스만으로도 미디어 라이브러리를 스캔할 수 있지만, 자동 정리를 사용하려면 파일 이름을 바꾸고 이동하며 때로는 삭제해야 합니다. 그러려면 두 계층 모두에 쓰기 권한이 필요합니다. ZimaOS 호스트 폴더는 컨테이너에 읽기/쓰기로 마운트되어야 하고, Emby 프로세스에는 호스트 파일을 수정할 권한이 있어야 합니다. 두 가지를 모두 신중하게 수정하세요. 재귀적으로 사용하지 마세요. chmod 777 영구적인 해결책으로
1단계: 호스트 폴더가 읽기/쓰기로 마운트되었는지 확인
Emby 앱 설정을 열고 볼륨을 확인하세요. 매핑은 개념적으로 다음과 같아야 합니다.
/media/RAID5/TV -> /media/tvEmby 내부에서는 /media/tv를 선택하세요. Emby는 왼쪽에 표시된 ZimaOS 호스트 경로를 직접 탐색할 수 없습니다. Docker의 Docker 바인드 마운트 문서에서 두 경로 모델을 설명합니다.
현재 ZimaOS 앱 경로는 일반적인 앱 스토어 컨테이너에 적용됩니다.
2단계: 마운트가 읽기 전용이 아님을 입증하기
docker inspect EMBY_CONTAINER
TV/미디어 바인드 마운트를 찾아 읽기 전용으로 표시되어 있지 않은지 확인하세요. 컨테이너 내부에서 정확히 매핑된 대상에 임시 파일을 생성하는 방식으로 안전하게 테스트할 수도 있습니다.
docker exec -it EMBY_CONTAINER sh
touch /media/tv/.emby-write-test
rm /media/tv/.emby-write-test만약 touch 실패하면 자동 정리도 실패합니다.
3단계: Emby 프로세스와 호스트 소유권 일치시키기
호스트 폴더와 프로세스 ID를 확인하세요.
ls -ld /media/RAID5/TV
ls -ln /media/RAID5/TV
docker exec EMBY_CONTAINER id그런 다음 해당 컨테이너에 필요한 최소 소유자/그룹 권한을 부여하세요. 이전 답변에서는 다음을 제안했습니다. chown -R 1000:1000하지만 UID 1000이 모든 Emby 이미지에서 사용되는 ID라고 보장할 수는 없습니다. 먼저 확인하세요.
Emby의 Emby Docker 설정은 실행 중인 이미지의 업스트림 참조 자료입니다.
영구적인 해결책으로 chmod -R 777을 사용하지 마세요
만약 777 기능이 작동한다면 권한 문제였음이 입증된 것이지만, 동시에 모든 로컬 사용자/프로세스에 쓰기 권한을 부여한 것입니다. 테스트가 끝나면 더 제한적인 소유자/그룹 모델로 복원하세요. 미디어 서버의 경우, 775 올바른 그룹을 사용하는 편이 일반적으로 “모든 사용자가 쓸 수 있음”보다 안전하지만, 정확한 값은 컨테이너 ID가 어떻게 구성되어 있는지에 따라 달라집니다.
소스 및 대상 경로를 모두 쓰기 가능하게 유지하세요
자동 정리는 수신 폴더를 감시한 다음 파일을 최종 TV 라이브러리로 이동할 수 있습니다. 두 위치 모두 컨테이너 내부에서 표시되어야 하며, 대상에는 쓰기 권한이 필요합니다. 최종 라이브러리가 읽기 전용이면 첫 번째 이름 변경/이동 작업 전까지 감시 폴더가 정상인 것처럼 보일 수 있습니다.
RAID 5는 권한 계층이 아닙니다
RAID 5에 저장된 미디어라고 해서 본질적으로 쓰기가 차단되는 것은 아닙니다. RAID는 중복성과 블록 저장소를 제어하고, Docker 바인드 마운트와 파일 시스템 소유권이 애플리케이션 접근을 제어합니다. 컨테이너에서 권한 거부 오류가 발생했다고 해서 어레이를 다시 구축하지 마세요. 권한이 거부되었습니다.
미디어 경로를 Emby 컨테이너 생성 후에 이동한 경우 ZimaOS 데이터 마이그레이션이 유용합니다.
앱을 다시 생성하기 전에 Emby 구성 백업하기
Emby를 다시 설치하면 기본 미디어 폴더 문제는 해결하지 못한 채 컨테이너 설정만 변경될 수 있습니다. 영구 Emby 설정을 보존하고, 다시 생성하기 전에 모든 볼륨 매핑을 기록해 두세요. ZimaOS 백업은 복구 계층을 보호합니다.
더 안전한 권한 문제 해결 순서
- 호스트 경로가 존재하는지 확인하세요.
- 컨테이너 경로가 해당 경로에 매핑되는지 확인하세요.
- 마운트가 읽기/쓰기로 설정되어 있는지 확인하세요.
- 컨테이너 UID/GID를 확인하세요.
- 호스트 소유자/그룹을 확인하세요.
- 임시 파일 하나만 테스트하세요.
- 그런 다음에만 자동 정리를 테스트하세요.
ZimaOS 앱 요구 사항에서 더 광범위한 App Store 저장소 모델을 확인할 수 있습니다.
자주 묻는 질문
Emby는 파일을 재생할 수 있지만 정리하지 못하는 이유는 무엇인가요?
재생에는 읽기 권한만 필요합니다. 자동 정리에는 파일을 생성하고, 이름을 변경하고, 이동하고, 삭제할 권한이 필요합니다.
폴더의 소유자를 1000:1000으로 변경해야 하나요?
실행 중인 Emby 프로세스가 실제로 해당 UID/GID를 사용하는 경우에만 가능합니다. 먼저 컨테이너 ID를 확인하세요.
chmod 777은 안전한가요?
필요한 경우에만 짧은 진단용으로 사용하세요. 영구적인 권한 모델로는 범위가 너무 넓습니다.
RAID 5를 사용하면 Emby가 읽기 전용이 되나요?
아니요. RAID 수준과 애플리케이션 파일 권한은 서로 별개의 계층입니다.
Emby 안에 어떤 경로를 추가해야 하나요?
Docker 볼륨 매핑의 컨테이너 측 경로를 사용하세요. ZimaOS 파일에 표시된 호스트 경로가 아닙니다.
