커뮤니티 솔루션

ZimaOS에서 Plex가 미디어를 삭제할 수 없는 문제: SMB 마운트 권한, 컨테이너 ID 및 더 안전한 쓰기 권한

A November 2025 thread where Plex could read media from a mounted share but failed to delete files. The community correctly focused on permissions, while the original poster eventually remounted CIFS with file_mode/dir_mode 0777 and noperm. The source did not establish that broad world-write permissions were the best permanent fix.

Plex가 파일을 재생할 수 있지만 삭제하지 못한다면 권한 문제일 가능성이 높습니다. 읽기 권한과 삭제/쓰기 권한은 서로 다른 작업입니다. 원래 사례에서는 미디어가 마운트된 파일 공유에 있었고 Plex는 해당 파일을 읽을 수 있었지만, 삭제 시 “파일을 삭제하는 중 문제가 발생했습니다.”라는 메시지가 표시되었습니다.

작성자는 결국 CIFS 공유를 광범위한 0777 모드와 noperm 옵션으로 다시 마운트했고, 그 결과 디렉터리에 쓰기가 가능해졌습니다. 이는 문제가 실제 마운트/파일 시스템 권한 계층에 있었다는 것을 보여주지만, 영구 설정으로 권장하기에는 지나치게 허용 범위가 넓습니다.

컨테이너의 “root”가 권한 문제의 전부는 아닙니다

사용자는 Plex 컨테이너가 root로 실행되는 것처럼 보여 호스트 root 권한을 부여했습니다. 하지만 Docker 컨테이너가 바인드 마운트된 SMB/CIFS 파일 시스템에 접근할 때는 호스트 마운트의 소유권, 모드, ACL 및 마운트 옵션을 따릅니다.

다른 곳에서 호스트 root 권한을 부여한다고 해서 CIFS 마운트가 컨테이너에 파일 소유권을 표시하는 방식이 자동으로 변경되지는 않습니다.

파일을 삭제하려면 상위 디렉터리에 쓰기 권한이 필요합니다

Unix 계열 파일 시스템에서 파일 삭제는 주로 디렉터리 작업입니다. 따라서 Plex는 미디어 파일을 정상적으로 읽으면서도, 마운트된 상위 디렉터리를 Plex의 실제 사용자 ID가 쓸 수 없기 때문에 해당 파일을 삭제하지 못할 수 있습니다.

실제 컨테이너 ID를 마운트와 일치시키세요

커뮤니티에서는 Plex 컨테이너의 사용자/그룹을 호스트 폴더의 소유권과 일치시키라고 조언했습니다. 이는 지속 가능한 좋은 원칙이지만, Plex가 항상 하나의 공통 UID로 실행된다고 가정해서는 안 됩니다.

PLEX_UID/PUID/PGID를 변경하기 전에 현재 컨테이너 구성과 CIFS 마운트에 표시되는 실제 소유권을 확인하세요.

원래 사례에서는 광범위한 해결 방법으로 0777과 noperm을 사용했습니다

원래 게시물에서는 다음과 유사한 옵션으로 CIFS를 마운트했습니다.

file_mode=0777,dir_mode=0777,noperm

이렇게 하면 거의 모든 로컬 ID가 공유 폴더에 쓸 수 있게 되고, 일반적인 클라이언트 측 권한 검사도 비활성화됩니다. 이는 마운트 정책이 Plex를 차단하고 있었다는 증거로는 유용하지만, 첫 번째 영구 해결책으로 권장해서는 안 됩니다.

전용 미디어 사용자 또는 그룹을 우선 사용하세요

더 안전한 설계는 공유 폴더를 Plex가 사용하도록 지정된 사용자/그룹 또는 공용 미디어 그룹이 소유한 것으로 표시되도록 마운트하는 것입니다. Plex에 삭제 권한이 필요한 위치에만 쓰기 권한을 부여하세요.

Plex가 대부분의 라이브러리를 읽기만 해야 한다면, 특정 관리 폴더만 쓰기 가능하도록 설정하는 방법을 고려하세요.

Plex 볼륨 매핑도 확인하세요

Plex는 컨테이너 내부의 미디어 경로를 사용하고, ZimaOS는 해당 경로를 호스트 마운트에 매핑합니다. 최신 IceWhale 문서에서는 이러한 호스트/컨테이너 관계를 설명합니다.

소유권을 변경하기 전에 최신 ZimaOS Docker 경로 모델을 사용하세요.

Plex에서도 미디어 삭제를 허용해야 합니다

파일 시스템 권한이 올바르더라도, 필요한 경우 Plex 자체 라이브러리/서버 설정에서 삭제를 허용해야 합니다. 컨테이너에서 파일 시스템 테스트를 수행하면 “Plex 설정” 문제와 “운영 체제 권한” 문제를 구분할 수 있습니다.

삭제해도 되는 파일 하나로 테스트하세요

대상 미디어 폴더에 작은 테스트 파일을 만들거나 복사한 뒤 Plex에서 해당 파일을 볼 수 있는지 확인하세요. 그런 다음 Plex를 통해 파일을 삭제하고 백업 공유에서도 파일이 사라졌는지 확인하세요. 고유한 미디어 파일을 먼저 삭제하는 방식으로 권한 변경을 테스트하지 마세요.

Plex 삭제 FAQ

Plex가 파일을 읽을 수 있다는 것은 삭제도 가능하다는 뜻인가요?

아니요. 삭제하려면 파일이 포함된 디렉터리에 쓰기 권한이 필요합니다.

원래 사례에서 chmod/마운트 모드 0777이 효과가 있었나요?

사용자는 매우 광범위한 CIFS 재마운트 후 문제가 해결되었다고 보고했지만, 최소 권한 원칙에 따른 권장 설계는 아닙니다.

호스트 root 권한만으로 Plex SMB 삭제 문제가 해결되나요?

아니요. 실제 쓰기 동작은 유효한 CIFS 마운트 소유권/모드와 컨테이너의 ID에 의해 결정됩니다.