Plexが作成したファイルの所有者が間違っている理由と、その修正方法

Plex周辺で所有者が正しくならない問題は、通常、実行時ユーザー、ホストのUID/GID、マウント先パスの権限が一致していないことが原因です。

ファイルを削除または再作成した後に予期しない所有者で再び現れたり、別のコンテナが同じディレクトリに書き込んだ後にPlexがアクセスできなくなったりしていませんか？ホスト上で各ファイルを実際に作成しているユーザーを確認し、その識別情報をコンテナのマッピングおよび親ディレクトリの権限と比較してください。再帰的な777への変更は、IDの問題を解決せず隠してしまうため避けてください。

実際にファイルを作成しているプロセスを特定する

Plexはアプリケーション名によって所有権を制御するのではありません。ファイルを作成したプロセスの数値ユーザーIDとグループIDをOSが記録します。Dockerでは、その識別情報がホスト上で想定しているユーザー名と異なる場合があります。

バインドマウントされたファイルにはホストの所有権ルールが適用されるため、UID/GIDの不一致により、ディレクトリのモードビットが十分に許可されているように見えても権限エラーが発生することがあります。これがPlexのファイル所有権を確認する際の基準となります。

有用な手がかりは、正常なファイルと新しく再作成された問題のあるファイルの両方について、ホスト上で表示される数値UIDとGIDです。IDが異なる場合は、作成元の識別情報またはコンテナのマッピングが変わっています。

最後のフォルダーだけでなく完全なパスを確認する

すべての親ディレクトリで実行権限を確認し、Plexがアクセスする必要のある場所で読み取りまたは書き込み権限を確認してください。最終的なメディアフォルダーのモードが正しくても、親ディレクトリが通過をブロックしていれば補うことはできません。

Plexのファイル所有権を確認する際、メディアサーバーの構成では、書き込みの多いアプリケーション状態をローカルに保持し、大容量メディアにはネットワークストレージを使用できます。これにより、アプリデータのレイテンシーとマウント関連のリスクを抑えられます。

問題を引き起こすものと同じ手順でテストファイルを1つ作成し、すぐに所有権を確認してください。これにより、ライブラリ全体のスキャンやインポートを待たずに、書き込み元を特定できます。

モードより先に識別情報とグループポリシーを正しくする

コンテナのUID/GIDまたは共有グループをホストのディレクトリポリシーに合わせ、その後、影響を受けているパスだけで所有権を修正してください。Plexに実際に必要な読み取りまたは書き込みアクセスを与える、最小限の範囲の権限変更を使用します。

別のコンテナがファイルを作成している場合は、その書き込み元も修正してください。インポートのたびにchownを繰り返し実行するのは、一時的な回避策であり、安定した所有権設計ではありません。

関係するコンテナを再起動し、別のテストファイルを作成してください。新しいファイルが意図した所有者またはグループを継承し、手動で権限を修正しなくてもPlexがスキャンまたは読み取りできる場合にのみ、修正は成功です。

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

既知のワークフロー以外で所有権が変わる場合は切り分けを進める

Plexと想定される書き込み元を停止しても所有権が切り替わる場合は、権限の変更を続けないでください。これは、コンテナ設定の範囲外にあるホストサービス、スケジュールされたジョブ、NASのACL、またはマウントの動作が原因である可能性を示しています。

DASとNASの権限モデルは、コンピューティング、アプリデータ、メディアストレージ、ネットワークの役割を分けて書き出すと評価しやすくなります。

コンテナ内では数値IDが正しいのにホスト上で予期せずマッピングされる場合は、ホストのファイルシステムまたはNASの権限層で切り分けを進めてください。問題が明らかにファイルシステムの識別情報に関するものである間は、Plexのデータベースを変更しないでください。

1. 正常なファイルと問題のあるファイルの数値UID/GIDを比較する
2. パス上のすべての親ディレクトリを確認する
3. 共有コンテナのグループポリシーを一致させる
4. 書き込み元を再起動した後、新しいテストファイルを作成する