구성 파일을 편집하기 전에 실행 중인 Plex 인스턴스와 해당 인스턴스가 마운트된 상태 경로를 확인하세요.
여러 설치본, 컨테이너, 백업, 오래된 앱 데이터 디렉터리로 인해 이름만 보면 그럴듯한 파일이 여러 개 남을 수 있습니다. 파일 이름만 보고 추측하지 마세요. 활성 프로세스나 컨테이너를 식별하고, 구성 마운트를 검사한 다음, 실제로 실행 중인 인스턴스와 파일 타임스탬프 또는 안전한 설정 변경 사항을 비교하세요.
파일보다 먼저 런타임 식별하기
네이티브 서비스와 컨테이너는 동일한 호스트에서도 서로 다른 파일 시스템 뷰를 사용할 수 있습니다. 첫 단계는 포트 32400과 Plex 데이터 디렉터리를 소유한 프로세스 또는 컨테이너를 식별하는 것입니다.
컨테이너화된 미디어 스택에서는 명시적인 구성 볼륨이 실행 중인 Plex 인스턴스가 실제로 보는 호스트 디렉터리를 결정합니다. 따라서 호스트 측 파일이 활성 상태라고 가정하기 전에 마운트를 추적하세요.
실행 중인 컨테이너 또는 서비스 정의를 검사하고 호스트 경로와 Plex가 보는 경로를 기록하세요. 명확한 매핑이 없다면 무엇이 활성 상태인지 확인하기 전에 그 모호성을 해결하세요.
Preferences.xml이 해당 상태 트리에 속하는지 확인하기
Preferences.xml에는 서버 식별 정보와 계정 관련 설정이 포함되지만, 백업이나 이전 설치본에 있는 오래된 복사본도 유효해 보일 수 있습니다. 파일 이름만으로 판단하지 말고 맥락을 확인해야 합니다.
Preferences.xml 상태는 마운트된 Plex 구성 경로에 연결되어 있으므로, 다른 곳에서 발견한 동일한 파일 이름보다 활성 마운트가 더 신뢰할 수 있는 기준입니다.
실행 중인 상태 디렉터리와 수정 시간 및 소유권을 비교한 다음 Plex UI에서 되돌릴 수 있는 설정을 하나 변경하세요. 예상한 파일만 변경되는지 확인하세요.
중복 상태 마운트 주의하기
컨테이너를 마이그레이션할 때 시작용 경로와 백업 또는 수동 편집용 경로를 실수로 서로 다르게 마운트할 수 있습니다. 그러면 설정이 무시되는 것처럼 보입니다.
배포 정의에서 영구 상태 매핑을 한 곳에서 관리하세요. 영구 앱 데이터 매핑은 여러 개의 부분적으로 복사된 트리가 아니라 하나의 표준 Plex 상태 디렉터리를 가리켜야 합니다.
제어된 설정 변경 후 Plex를 다시 시작하고 값이 유지되는지 확인하세요. 값이 되돌아간다면 XML을 직접 변경하기 전에 마운트와 소유권을 검사하세요.
수동 편집 전에 활성 상태 백업하기
서버의 식별 정보, 계정, 데이터베이스 상태는 실행 중인 서버와 긴밀하게 연결되어 있으므로 파일을 수동으로 편집하는 것은 최후의 수단이어야 합니다. 변경하기 전에 활성 파일을 보존하세요.
서버 식별 정보나 환경설정을 편집하기 전에 활성 상태 트리를 보존하세요. Plex 백업 및 마이그레이션은 임의의 구성 복사본이 아니라 실제 서버 데이터와 경로를 그대로 이전하는 데 달려 있습니다.
안정적인 파일 상태에서 편집해야 한다면 Plex를 중지하고 활성 구성을 복사한 뒤 최소한의 변경만 적용하세요. 그런 다음 다시 시작하여 예상한 결과 하나를 확인하세요. 관련 없는 설정이 변경되면 즉시 롤백하세요.
지원 및 팁
더 읽어보기

Jellyfin이 다른 컨테이너와 GPU 또는 가속기를 안전하게 공유할 수 있나요?
GPU 공유는 조건부로 지원됩니다. 먼저 장치가 표시되는지와 드라이버가 지원되는지 확인한 다음, 두 워크로드를 모두 실행하고 소프트웨어 폴백이 발생하는지 지켜보세요.

Jellyfin 오류가 클라이언트에서 발생했는지 서버에서 발생했는지 확인하는 방법
Jellyfin 오류는 한 기기에서만 발생하면 클라이언트 문제이고, 동일한 경로에서 여러 클라이언트가 실패하며 로그 내용도 일치하면 서버 문제입니다.

Jellyfin 캐시 및 임시 저장소 구성 방법
지속적인 상태 데이터, 재구축 가능한 캐시, 임시 트랜스코딩 저장 공간을 분리한 다음 실제 재생 테스트로 용량과 권한을 확인하세요.

