メディアフォルダーを別の ZimaOS ドライブに移動しても、以前のパスを使用していたすべての Docker アプリが自動的に更新されるわけではありません。今回のケースもまさにそれで、動画ファイルを新しい NVMe に移動したところ、Radarr は新しい保存場所を反映しましたが、Jellyfin は以前のバインドマウントを参照し続け、映画を見つけられなくなりました。
解決するには、アプリケーションのホスト側のボリュームパスを更新し、/movies や /media などの安定したコンテナ側のパスは維持します。Zima-Giorgio は CLI での確認方法と GUI のフォルダーピッカーの両方を紹介し、ユーザーはすぐに GUI 方法で問題が解決したことを確認しました。
Docker にはホストパスとコンテナパスがある
マッピングは概念的には次のようになります。
/real/path/on/ZimaOS → /path/inside/app左側は、ファイルが実際に保存されているストレージデバイスとフォルダーを指す必要があります。右側は、コンテナ内で Jellyfin や Radarr が認識するパスです。
2 台目の ZimaOS ストレージデバイスが自動的に /DATA の下に配置されるわけではない
/DATA/... パスを入力すると、誤ったストレージ上にフォルダーが作成されました。ここが主な混乱の原因でした。/DATA/extra-movies はシステムのデフォルトデータ領域を指しており、新しい NVMe 上のフォルダーを自動的に指すわけではありません。
Zima-Giorgio は /media の確認を提案した
ホストパスを手動で特定する方法として、Giorgio は次のコマンドを提案しました。
ls /media当時は、単独のストレージやマウント済みストレージが /media の下に表示されていました。正確なパスは、現在のストレージ管理方法やデバイス名によって異なる場合があるため、推測せず、現在の UI に表示されるパスを使用してください。
GUI のフォルダーピッカーが、実際に確認された解決方法だった
現在の ZimaOS は、データ移動後のボリュームパス更新を明示的にサポートしている
現在の IceWhale アプリパスのドキュメントには、ドライブの容量がいっぱいになった場合、アプリを再インストールせずにアプリのデータを別のドライブへ移動し、アプリ設定からパスを更新できると記載されています。
現在の ZimaOS Docker パスの手順を使用してください。
可能な限りコンテナパスは固定する
Jellyfin が内部で /Media を使用している場合は、物理フォルダーに対応するホスト側だけを新しい場所に変更します。コンテナパスを維持すると、アプリケーションのデータベースやライブラリがまったく別のパス文字列として認識するのを防げます。
移動したフォルダーをマッピングしているすべてのアプリを更新する
Radarr、Sonarr、qBittorrent、Jellyfin、Plex、インポートツールなどは、それぞれ独自のボリュームマッピングを持っている場合があります。1 つのアプリが新しいフォルダーを認識しても、他のアプリは自動的には更新されません。
古いフォルダーを削除する前に確認する
Jellyfin で映画を開き、Radarr にルートフォルダーをスキャンさせ、必要に応じて qBittorrent のインポートパスをテストし、権限を確認してください。すべてのアプリケーションが新しいホストマッピングを正常に使用できるようになるまで、古い保存元フォルダーは残しておきます。
メディアの移動と AppData の移動は異なる
映画やテレビ番組のフォルダーは通常のコンテンツライブラリです。一方、AppData には SQLite や PostgreSQL のデータベース、サムネイル、インデックス、アプリケーションの状態が含まれる場合があり、整合性を保つためにアプリを停止したり、ZimaOS のデータ移行機能を使用したりする必要があります。すべてのボリュームを単純なドラッグ＆ドロップのメディアフォルダーとして扱わないでください。
新しいストレージの権限を再確認する
新しいホストパスが正しくても、コンテナのユーザーが古いドライブは読み取れて、新しいドライブは読み取れない場合、動作しないことがあります。再マッピング後は、不要な全ユーザー書き込み権限を付与せず、アプリが対象フォルダーを読み取れること、必要に応じて書き込めることを確認してください。
移動したメディアパスに関する FAQ
なぜファイルを移動したら Jellyfin から見えなくなったのですか？
Docker のバインドマウントが古いホストフォルダーを指したままだったためです。
元のユーザーは GUI のフォルダーピッカーが役立ったことを確認しましたか？
はい。ユーザーはすぐに、パスピッカーの存在を知らなかったこと、そしてそれによって混乱が解決したことを返信しました。
新しいストレージドライブごとに /DATA と入力すべきですか？
いいえ。そのストレージデバイスについて ZimaOS が表示または選択させる実際のホストパスを使用してください。
