外部ライブラリを有効にした後だけ写真ライブラリに重複が表示されるのはなぜですか？

外部ライブラリを有効にした後にのみ重複が表示される場合、通常は同じ写真が2つの異なる取り込み経路からデータベースに登録されています。

同一に見えるカードをいきなり削除しないでください。まず、アプリケーションが1つの物理ファイルに対して2つのレコードを作成したのか、アップロード済みのコピーと外部オリジナルの両方をインデックス化したのか、それとも実際に異なる編集済みファイルを検出したのかを確認します。修復では、正規のアセットとその所有権を維持しながら、重複する取り込み境界をなくします。

重複が物理ファイルによるものか、データベースレベルのものかを確認する

重複している写真を1枚選び、ファイルシステム上のパス、サイズ、チェックサム、撮影日時、ライブラリのレコードIDを比較します。UI上のカードが2枚あるからといって、物理的なコピーが2つ存在するとは限りません。

外部ライブラリのアセット処理によって、別の経路からすでにアップロードされているファイルが公開されると、家庭内の基盤ストレージに存在する画像が1つだけでも、アプリケーション上では2つのレコードが作成されることがあります。

異なるライブラリルートから両方のレコードが同じ物理コンテンツを参照している場合、これは取り込み境界の問題です。2つのファイルが実際に存在する場合は、コピーのワークフローを調査してください。

同じフォルダーをインデックス化できるすべてのパスを整理する

アップロードディレクトリ、外部ライブラリのルート、バインドマウント、同期先、そして別のインデックス対象ツリーを参照する入れ子フォルダーをすべて書き出します。

セルフホスト型の写真環境では、管理対象のアップロードと監視対象ストレージを分けることがよくあります。こうしたImmichのライブラリ境界を理解すると、UIで一般的な重複排除ボタンを探すよりも、重複するルートを見つけやすくなります。

テスト用ライブラリで、重複しているソースの1つを無効にするか範囲を狭めます。サポートされている再スキャン後に2つ目のレコードが消え、ファイルには引き続きアクセスできるなら、正規の取り込み経路を1つに絞ります。

所有権とファイルの同一性を分けて考える

各ライブラリレコードの所有者と、一方のコピーがユーザーによってアップロードされ、外部ライブラリが同じファイルを管理者またはサービスアカウント向けにインデックス化していないかを比較します。

一般的なセルフホスト型Immichのストレージパスでは、複数のサービスとストレージ場所を使用するため、バイト単位で同一のファイルでも、異なる所有権やライフサイクルルールでアプリケーションに取り込まれることがあります。

所有権がアルバム、共有、削除、顔メタデータに影響する場合は、レコードを無条件に統合しないでください。家庭内でその写真をどのように管理したいかに合ったライフサイクルを持つ経路を選択します。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

完全なコピーと編集済みの派生ファイルを区別する

何かを削除する前に、チェックサムとピクセル寸法を比較します。スマートフォンでの編集、サイドカーを適用した書き出し、メタデータの書き換えによって、ギャラリー上では同一に見えても、実際には異なるファイルになっている場合があります。

Immichのストレージ計画では、慎重なImmich外部ストレージ計画が重視されます。外部ツリーにオリジナル、編集済みの書き出し、すでにインポートされた管理対象コピーが並んでいる場合、この区別が重要になります。

真の重複には完全一致するコンテンツの証拠を使い、意図した変更が含まれる編集済みの派生ファイルは残します。見た目の類似度だけを削除の判断基準にするのは安全ではありません。

取り込み境界を1つに決めて確認する

正規のソースを選択したら、サポートされているアプリケーションの操作を使って、重複するライブラリ定義または管理対象の重複コピーだけを削除します。アルバムと共有の動作を確認するまでは、独立したバックアップを保持してください。

重複写真の移行ワークフローに関するZimaSpaceの関連手順は、重複整理を一括削除の近道ではなく、移行に関する判断として扱っているため、ここでも役立ちます。

新しいスマートフォンからのアップロードを1件、外部フォルダーに追加したファイルを1件使って再テストします。新しいアセットがそれぞれ正確に1回だけ取り込まれ、再スキャンしても2つ目のレコードが生成されなければ、修復は安定しています。