NASに保存した何年分もの写真を、新しいフォルダー構成に移動したり、アーカイブ全体を別のアプリケーションにコピーしたりせずに、検索しやすくできます。重要なのは、既存のディレクトリにインデックスを作成し、メタデータを読み取り、すでにあるファイルを中心に検索可能なインターフェースを構築するフォトマネージャーを選ぶことです。
このガイドでは、3つの方法を取り上げます。組み込みのフォルダーインデックス作成にはZimaOS Photos、外部ライブラリにはImmich、既存の元ファイルのインデックス作成にはPhotoPrismを使用します。それぞれ設定手順は異なりますが、目的は同じです。ソースファイルを保持したまま、日付、場所、メタデータ、そして対応している場合は画像の内容によって閲覧しやすくします。
既存のNASフォルダーのインデックス作成はどのように機能しますか?
NASフォルダーが引き続き保存場所になります。フォトアプリケーションは選択したディレクトリをスキャンし、タイムライン、地図、ギャラリー、検索結果に写真を表示するためのインデックスを作成します。
| コンポーネント | 目的 | 知っておくべきこと |
|---|---|---|
| 元のファイル | 写真と動画を保存する | インデックスをその場で作成するワークフローを使用すると、既存のフォルダーに残る |
| メタデータインデックス | 日付、場所、カメラの詳細、その他の属性で写真を整理する | ファイルに書き戻すのではなく、アプリケーションのデータベースに保存される場合がある |
| サムネイルとプレビュー | 大規模なライブラリをより高速に閲覧できる | 元のファイルをコピーしない場合でも、追加のストレージが必要になる |
| AIインデックス作成 | セマンティック検索やシーン認識などの機能をサポートする | 利用できる機能とハードウェア要件は、アプリケーションによって異なります。 |
この方法では、通常のフォルダーの持ち運びやすさと、より豊かな閲覧体験を組み合わせられます。トレードオフの詳しい説明については、フォトライブラリとNASフォルダーの比較をご覧ください。
始める前に: 既存のアーカイブを保護する
1. ソースフォルダーを特定する
実際の写真や動画コレクションが含まれるディレクトリを選択してください。たとえば、スマートフォンのバックアップ、カメラの元ファイル、家族写真、スキャンした印刷写真用に別々のフォルダーを用意している場合があります。
すべてのシステムが同じ場所にファイルを保存していると考えず、NAS上の実際のパスを使用してください。アプリケーションのデータベース、サムネイルキャッシュ、一時エクスポート、無関係なディレクトリのインデックス作成は避けてください。
2. 元のファイルをバックアップする
インデックス作成はバックアップではありません。新しいアプリケーションを重要なアーカイブに接続する前に、元のファイルの独立したコピーがあることを確認してください。読み取り専用アクセスにより、アプリケーション経由で変更されるリスクは軽減できますが、ドライブの故障や別のプロセスによる削除を防ぐことはできません。
3. 読み取り専用アクセスで十分か判断する
閲覧と検索だけが必要なら、読み取り専用アクセスから始めるのが賢明です。アルバムや説明、その他の変更を独自のデータベースに保存するアプリケーションもあれば、権限が許可されている場合にサイドカーファイルや書き込み操作をサポートするアプリケーションもあります。
権限モデルを選択する前に、アプリケーションのメタデータの扱いを確認してください。元のファイルを変更しない場合、写真アプリケーション内で行った変更が別の場所に保存されることがあります。
4. インデックス作成用の容量を確保する
元のファイルはそのまま残せますが、サムネイル、データベース、キャッシュ、AI関連データによってストレージを消費する場合があります。大量のRAWや動画のコレクションは、スキャンにかなりの時間がかかることもあります。
インデックス作成方法を選択する
| 方法 | 最適な用途 | 主な要件 |
|---|---|---|
| ZimaOS Photos | ZimaOSを実行しているユーザー | 既存のフォルダーを写真ソースとして追加します。 |
| Immichの外部ライブラリ | Immichのセルフホスト型フォトインターフェースを求めるユーザー | ソースディレクトリをImmichコンテナにマウントしてスキャンします。 |
| PhotoPrismの元ファイルのインデックス作成 | メタデータを重視したフォトカタログを求めるユーザー | 元のファイルのディレクトリを設定し、インデックス作成を実行します。 |
方法1:ZimaOS Photosで既存のフォルダーをインデックス化する
ZimaOS Photosは、サーバーにすでに保存されているフォルダーから統合フォトライブラリを構築するように設計されています。選択したソースを、元のファイルを移動またはコピーせずにインデックス化し、フォトウォール、タイムライン、マップ、コレクションなどのビューからコレクションを利用できるようにします。
別の写真管理スタックを設定せずに検索可能なフォトライブラリが必要な場合、サーバーでZimaOSを実行しているなら、これが最も直接的な方法です。
設定手順
- ZimaOSデバイスでPhotosを開きます。
- 左上隅の設定ボタンをクリックします。
- インデックスを作成する既存のフォルダーをソースとして追加します。
- ZimaOSにフォルダーをスキャンさせ、ライブラリを構築します。
- すでに把握しているファイルをいくつか使って、タイムライン、メタデータ、検索結果を確認します。
PhotosはZimaOS 1.8以降で利用できます。現在のドキュメントでは、一般的な形式、多くのカメラRAW形式、動画メタデータへの対応が記載されています。形式や埋め込みプレビューによっては、サムネイル生成に依存せず一部のファイルがインデックス化される場合があります。
インデックス作成後も、元のファイルは既存のNASフォルダーに残ります。PhotosはビジュアルインターフェースとローカルAI検索を追加し、ファイルシステムは通常のファイルアクセスや独立したバックアップに引き続き利用できます。
現在の設定方法と形式の制限については、ZimaOS Photosのドキュメントを参照してください。
最適なユーザー:コンテナのパスを手動で設定せずに、既存のアーカイブを閲覧・検索したいZimaOSユーザー
方法2:既存のフォルダーをImmichに外部ライブラリとして追加する
Immichは、通常の管理対象アップロード先以外に保存された写真や動画の外部ライブラリに対応しています。ディレクトリをマウントしてスキャンすると、メディアがメインタイムラインに表示され、対応するライブラリ機能で利用できるようになります。
NASに保持したいフォルダー構成がすでにある場合に便利です。ただし、外部ライブラリはImmichの管理ストレージにファイルをアップロードするワークフローとは別のものです。
ステップ1: ソースディレクトリをマウントする
Dockerベースのインストールでは、次のimmich-serverにボリュームマッピングを追加します immich-server 既存のCompose設定内のserviceに追加します。例:
services:
immich-server:
ボリューム:
- /mnt/storage/Photos:/mnt/storage/Photos:ro
これは説明用のマッピングであり、完全なComposeファイルではありません。ホストパスを実際の写真ディレクトリに置き換え、ファイル全体を置き換えるのではなく、既存の設定にエントリを追加してください。この例では、コンテナの内外で同じパスを使用しているため、ライブラリの設定時にパスを特定しやすくなっています。
The :ro :roサフィックスは、ソースを読み取り専用としてマウントします。インストール環境に応じた手順で更新済みの設定を適用し、Immichサーバーコンテナからディレクトリが見えることを確認します。
ステップ2: 外部ライブラリを作成してスキャンする
- 管理者アカウントでImmichにサインインします。
- 管理画面を開き、外部ライブラリを選択します。
- ライブラリを作成し、所有者となるユーザーを選択します。
- コンテナ内で表示されるソースパスを追加します。
- ライブラリのスキャンを開始します。
- ジョブページを確認し、スキャン、サムネイル生成、メタデータ抽出が進行していることを確認します。
バージョン固有の手順については、現在のImmich外部ライブラリガイドに従ってください。
ステップ3: 外部ライブラリの制限を理解する
現在、Immichでは各外部ライブラリを1人のユーザーにのみ割り当てます。説明やアルバムへの追加など、Immich内で追加したメタデータは元のメディアファイルに書き戻されず、データベースに保存されます。
また、ソースファイルを削除または移動した場合に何が起きるかも考慮してください。ファイルシステムの変更を検出するには、Immichでライブラリを再スキャンする必要があります。外部アセットが見つからない場合、再スキャン中にImmichのゴミ箱へ移動されることがあります。ソースアーカイブをバックアップし、大規模なコレクションを任せる前にワークフローをテストしてください。
最適な用途:既存のディレクトリ構成を管理対象のアップロードストレージ外に維持しながら、Immichのタイムライン、地図、アルバム、検索を利用したいユーザー。
方法3: PhotoPrismで既存のオリジナルをインデックス化する
PhotoPrismは、ソースメディアの名前変更や移動を行わずに、既存のオリジナルディレクトリをインデックス化できます。メタデータを読み取り、閲覧と検索に必要なインデックスとプレビューを作成します。
ステップ1: オリジナルディレクトリを設定する
Dockerデプロイでは、ボリュームマッピングは次のようになります:
ボリューム:
- "/mnt/storage/Photos:/photoprism/originals:ro"
- "/mnt/storage/PhotoPrismData:/photoprism/storage"
これらは例示的なパスです。環境に合わせて変更し、PhotoPrismがソースフォルダーに書き込まないようにする場合は、オリジナルを読み取り専用でマウントする一方、アプリケーションのストレージディレクトリは書き込み可能な状態に保ってください。
ステップ2: インデックス作成を実行する
- 正しいボリューム設定でPhotoPrismを起動します。
- オリジナルディレクトリにアクセスできることを確認します。
- Webインターフェースで「ライブラリ」を開きます。
- サブフォルダーまたはオリジナルの完全なディレクトリを選択します。
- インデックス作成を開始し、スキャンが完了するまで待ちます。
- 既知の画像をいくつか検索し、日付、ファイル名、メタデータを確認します。
PhotoPrismでは、インデックス作成とインポートを区別しています。既存のオリジナルをインデックス化すると、ファイル名とフォルダー構造が保持されます。一方、インポートではファイルをオリジナルディレクトリにコピーまたは移動し、新しい名前とパスで整理することがあります。
既存のNASアーカイブの場合は、インポート方法を選択する前に、公式のPhotoPrismライブラリのインデックス作成ガイドをお読みください。
最適な対象:既存の写真アーカイブをそのまま維持しながら、検索可能な写真カタログを作成したいユーザー。
オリジナルが移動していないことを確認する方法
最初のスキャンが完了したら、写真アプリのインターフェースとは別にソースファイルを確認します。
- ソースフォルダーを確認します。元のファイルが想定した場所に残っていることを確認します。
- サンプルファイル名を比較します。異なるフォルダーからファイルを選び、名前とパスを確認します。
- ファイル数を確認します。インデックス作成の前後で、代表的なソースフォルダーを比較します。アプリに表示される項目数が少ない場合は、サポートされていない形式、除外設定、読み取れないファイル、不完全なジョブを調査します。
- アプリケーションのストレージを確認します。データベース、サムネイル、キャッシュが意図した場所に書き込まれていることを確認します。
- 写真アプリの外部でファイルを開きます。通常のNASファイル共有ワークフローを使用して、アーカイブに引き続きアクセスできることを確認します。
よくある問題と解決策
| 問題 | 考えられる原因 | 確認事項 |
|---|---|---|
| ライブラリが空である | パスが正しくない、または権限がない | アプリケーションまたはコンテナ内からパスを確認し、読み取りアクセス権があることを確認します。 |
| 一部の写真が見つからない | サポートされていない形式、除外設定、または不完全なスキャン | ログ、サポートされている形式、インデックス作成ジョブを確認します。 |
| 新しいファイルが表示されない | インデックスが更新されていない | サポートされているスキャンを実行するか、更新スケジュールを設定します。 |
| 日付や場所が正しく表示されない | メタデータがない、または一貫していない | 元のファイルのメタデータと、アプリケーションの日付処理設定を確認します。 |
| 復元後にアルバムや説明が消える | アプリケーションのメタデータはオリジナルとは別に保存されていました | 必要に応じて、メディアとともにデータベースと設定を復元します。 |
復元後もライブラリを検索可能に保つ
元のファイルを保持することは、信頼性の高い設定の一部にすぎません。アプリケーションによっては、アルバム、説明、ユーザー設定、検索関連データがデータベースまたはアプリケーションディレクトリに保存されている場合があります。
元のメディアと、ライブラリの再構築に必要なアプリケーションの状態をバックアップしてください。実用的な復元チェックリストについては、検索可能な写真ライブラリのために復元するものをご覧ください。Immichユーザーは、Immich写真バックアップガイドで説明されているように、メディアファイルとデータベースの両方を計画に含める必要があります。
写真ディレクトリをコピーするだけで、すべてのアルバム、編集内容、検索機能が保持されるとは考えないでください。アーカイブが新しいアプリケーションに依存するようになる前に、復元プロセスをテストしてください。
よくある質問
NAS上の写真をインポートせずに検索可能にできますか?
はい。ただし、アプリケーションが既存のフォルダーまたは外部ライブラリのインデックス作成に対応している場合です。ZimaOS Photosは選択したソースをその場でインデックス化し、ImmichとPhotoPrismは既存のメディア向けに文書化されたワークフローを提供しています。開始する前にストレージモデルを確認してください。
インデックス作成によってファイル名やフォルダー構造は変更されますか?
意図されたインプレースインデックス作成のワークフローを使用する場合は、できません。PhotoPrismのオリジナルファイルのインデックス作成ではファイル名とフォルダーが保持され、ZimaOS Photosはソースファイルを移動またはコピーせず、選択したフォルダーをスキャンします。アプリケーション管理のライブラリにファイルをインポートする場合は、動作が異なることがあります。
写真に写っているものを基に検索できますか?
AIを活用したセマンティック検索、顔認識、シーン検出に対応するプラットフォームもあれば、ファイル名やメタデータを中心とするものもあります。選択したアプリケーションが提供する機能と、それらがローカルで実行されるのか、追加のサービスが必要なのかを確認してください。
検索可能な写真ライブラリがあれば、バックアップは不要ですか?
いいえ。元のメディアの独立したコピーを保持し、アルバム、説明、ユーザー設定、その他保存したい情報を含むアプリケーションデータをバックアップしてください。ファイルのコピーが正常に完了したからといってライブラリ全体が復元されたと判断せず、復元をテストしてください。
最終結論
既存のNASアーカイブを閲覧しやすくするために、再編成する必要はありません。既存のフォルダーのインデックス作成に対応したアプリケーションを選び、小さなテストディレクトリから始め、元のファイルが変更されていないことを確認し、アプリケーションがメタデータを保存する方法を確認してください。
ZimaOS Photosは、ZimaOSユーザーに最もシンプルな統合アプローチを提供します。Immichの外部ライブラリとPhotoPrismのオリジナルファイルのインデックス作成は、別のセルフホスト型写真アプリケーションを好むユーザー向けの代替手段です。いずれの場合も、元のファイルとライブラリの復元に必要なアプリケーションデータを保護してください。
サポートとヒント
もっと読む

ストレージ交換後もNAS共有に古いファイルが表示される場合の確認と対処法
ローカルストレージをアクティブな共有とクリーンなクライアントで比較します。古い状態だと証明されたレイヤーのみを修復し、再接続と再起動後も結果が維持されることを確認します。

ファン、通気口、熱性能の基準値に関するミニPC冷却メンテナンスガイド
再現可能なアイドル時と負荷時の測定値を使用してください。まず外部の通気を清掃し、ファンの動作を確認してください。管理された再テストでも問題の証拠が残る場合にのみ、シャーシを開けてください。

BIOS、起動順序、デバイスのホームサーバーファームウェア更新チェックリスト
バージョン、UEFIエントリ、ストレージ、パススルーの状態を最初に記録します。1度に1つのレイヤーだけを更新し、検証に合格するまでコンソールとロールバックへのアクセスを確保してください。
