データディレクトリ移動後にPlexの権限を復元する方法

Plexのデータディレクトリを移動した後は、新しいインスタンスが状態を書き込めるようにする前に、Plexサービスの実行ユーザーに対するファイルシステムの所有権とアクセス権を復元してください。

移行では、すべてのファイルを正しくコピーできていても、移行先で数値UID/GID、マウントモード、ACL、または親ディレクトリの走査権限が変わったために失敗することがあります。まずファイルシステムの前提条件を修正してください。誤った所有権のままPlexを繰り返し起動すると、中途半端な状態が作成され、コピー自体が正常だったかどうかの判断が難しくなります。

両方のホストで数値UIDとGIDを比較する

特にコンテナ、NASシステム、再構築したLinuxホスト間では、ユーザー名が一致していても数値IDが異なる場合があります。移行先では、新しいPlexプロセスが実際に使用するIDで確認する必要があります。

コンテナのUIDとGIDのマッピングにより、バインドマウント時のサービスIDとホストファイルシステムの数値所有権が関連付けられます。

旧ホストと新ホストでPlexプロセスのUID/GIDを記録し、コピーしたディレクトリの所有権を数値で確認してください。移行先のサービスIDが状態保存先を所有していない、またはACLによるアクセス権を持っていない場合は、Plexを起動する前にそのマッピングを修正してください。

親ディレクトリとマウントモードを確認する

最終ディレクトリの所有権が正しくても、Plexが親ディレクトリをたどれなかったり、マウントが読み取り専用だったりすれば不十分です。移行後にバインドマウントが誤ったホストパスを指している可能性もあります。

Docker Composeのサービス定義を使うと、ボリューム、永続パス、サービスの境界を明確にできます。

サービスIDでマウントポイントからPlexのデータディレクトリまでのパスをたどり、各親ディレクトリとコンテナのマウントモードを確認してください。ホストパスには書き込めてもコンテナ内のパスには書き込めない場合は、ファイルの所有権を再度変更する前に、バインドマウントまたは名前空間を修正してください。

Plexを起動する前に使い捨ての書き込みテストを行う

小さなファイルの作成、名前変更、削除をテストすることで、稼働中のデータベースを危険にさらさずに、サービスが移行先を変更できることを確認できます。また、単純な読み取りテストでは見つけにくいACLやセキュリティコンテキストの問題も検出できます。

SQLiteの書き込み安全性では制御された書き込みが重視されるため、稼働中のPlexデータベースを権限テストに使わないでください。

コピーしたPlexデータの親ディレクトリとトランスコードパスで使い捨てのテストを実行し、その後テストファイルを削除してください。テストに失敗した場合は停止し、Plexが移行済みデータベースを開けるようにする前に、ファイルシステムのポリシーを解決してください。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Plexを起動し、自動化を再開する前にIDを検証する

権限の確認が完了したら、次のリスクは、コピーした状態を想定していたサーバーインスタンスとライブラリに接続することです。ダッシュボード、ライブラリパス、ユーザーアクセス、視聴状態、そして書き込みを伴う操作を1つ確認してから、スキャンや連携する自動化機能を有効にしてください。

Plexの状態移行では、メディアへのアクセスだけでなく、データベース、メタデータ、設定、パスの継続性も維持する必要があります。

バックグラウンドの自動化を一時停止した状態でPlexを起動し、想定したサーバーとライブラリが表示されることを確認してから、メタデータ更新またはスキャンを1回だけ制御下で実行してください。サーバーIDまたはライブラリの状態が正しくない場合は書き込みを停止し、先にコピーした状態と元のバックアップを比較してください。交換可能なコンテナランタイムの外部に、所有権が安定した永続的なアプリデータパスをPlexが保持していれば、今後の移行はより簡単になります。