데이터 디렉터리를 이동한 후 Plex 권한을 복원하는 방법

Plex 데이터 디렉터리를 옮긴 후에는 새 인스턴스가 상태를 기록하도록 허용하기 전에 Plex 서비스 계정의 파일 시스템 소유권과 접근 권한을 복원하세요.

마이그레이션에서 모든 파일이 올바르게 복사되었더라도 대상 시스템에서 숫자 UID/GID, 마운트 모드, ACL 또는 상위 디렉터리 탐색 권한이 변경되면 문제가 발생할 수 있습니다. 먼저 파일 시스템 계약을 바로잡으세요. 잘못된 소유권으로 Plex를 반복해서 시작하면 혼란스러운 부분 상태가 생성되고, 복사 자체가 정상적으로 이루어졌는지 확인하기도 어려워집니다.

두 호스트의 숫자 UID와 GID 비교

특히 컨테이너, NAS 시스템, 새로 구축한 Linux 호스트에서는 사용자 이름이 같아도 숫자 ID가 다를 수 있습니다. 대상 시스템은 새 Plex 프로세스가 실제로 사용하는 계정을 기준으로 점검해야 합니다.

컨테이너 UID 및 GID 매핑은 바인드 마운트에서 서비스 계정과 호스트 파일 시스템의 숫자 소유권을 연결합니다.

이전 호스트와 새 호스트에서 Plex 프로세스의 UID/GID를 기록하고, 복사된 디렉터리의 소유권을 숫자 형식으로 확인하세요. 대상 시스템의 서비스 ID가 상태 경로를 소유하지 않거나 ACL 접근 권한이 없다면 Plex를 시작하기 전에 해당 매핑을 수정하세요.

상위 디렉터리와 마운트 모드 확인

Plex가 상위 디렉터리를 탐색할 수 없거나 마운트가 읽기 전용이라면 최종 디렉터리의 소유권만 올바르게 설정해도 충분하지 않습니다. 마이그레이션 후 바인드 마운트가 잘못된 호스트 경로를 가리킬 수도 있습니다.

Docker Compose 서비스 정의를 사용하면 볼륨, 영구 경로, 서비스 경계를 명확하게 확인할 수 있습니다.

서비스 계정으로 마운트 지점부터 Plex 데이터 디렉터리까지의 경로를 따라가며 각 상위 디렉터리와 컨테이너 마운트 모드를 확인하세요. 호스트 경로에는 쓰기 권한이 있지만 컨테이너 경로에는 없다면 파일 소유권을 다시 변경하기 전에 바인드 마운트 또는 네임스페이스를 수정하세요.

Plex를 시작하기 전에 임시 쓰기 테스트 수행

간단한 파일 생성, 이름 변경, 삭제 테스트를 수행하면 라이브 데이터베이스에 위험을 주지 않고 서비스가 대상 경로를 수정할 수 있는지 확인할 수 있습니다. 또한 단순한 읽기 테스트로는 발견하기 어려운 ACL 및 보안 컨텍스트 문제도 찾아낼 수 있습니다.

SQLite 쓰기 안전성은 통제된 쓰기 작업을 권장하므로, 라이브 Plex 데이터베이스를 권한 확인용 테스트로 사용해서는 안 됩니다.

복사된 Plex 데이터의 상위 경로와 트랜스코딩 경로에서 임시 쓰기 테스트를 실행한 다음 테스트 파일을 삭제하세요. 테스트가 실패하면 중단하고 Plex가 마이그레이션된 데이터베이스를 열도록 허용하기 전에 파일 시스템 정책 문제를 해결하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

자동화를 재개하기 전에 Plex를 시작하고 계정 확인

권한이 확인되면 다음 위험은 복사된 상태를 예상한 서버 인스턴스 및 라이브러리에 연결하는 것입니다. 대시보드, 라이브러리 경로, 사용자 접근 권한, 시청 상태, 그리고 쓰기를 발생시키는 작업 하나를 확인한 후 스캔이나 연동 자동화를 활성화하세요.

Plex 상태 마이그레이션은 미디어 접근 권한뿐 아니라 데이터베이스, 메타데이터, 구성, 경로의 연속성도 보존해야 합니다.

백그라운드 자동화를 일시 중지한 상태로 Plex를 시작하고 예상한 서버와 라이브러리가 표시되는지 확인한 다음, 메타데이터 업데이트 또는 스캔 작업을 하나만 통제된 방식으로 실행하세요. 서버 ID나 라이브러리 상태가 잘못되었다면 쓰기를 중단하고 진행하기 전에 복사된 상태를 원본 백업과 비교하세요. 교체 가능한 컨테이너 런타임 외부에 Plex가 안정적인 소유권을 유지하는 영구 앱 데이터 경로를 사용하면 향후 이전 작업이 더 간단해집니다.