FAQ

ユーザー

管理者パスワードをリセットするにはどうすればいいですか？

管理者パスワードは、immich-server上でreset-admin-passwordコマンドを実行することでリセットできます。

Immichで全てのユーザー一覧を見るにはどうすればいいですか？

Immich-server上でlist-usersコマンドを実行することで、全てのユーザー一覧を見ることができます。

---

モバイルアプリ

モバイルアプリのクラウドアイコンの違いは何ですか？

アイコン	説明
	アセットはサーバーのみに存在し、他のデバイス（ウェブクライアントなど）からアップロードされるか、このデバイスからアップロード後に削除されたものです。
	アセットはローカルのみに存在しており、まだバックアップされていません。
	このデバイスからアップロードされ、サーバーにバックアップされています。元のファイルはまだデバイスに残っています。

アップデート後にアプリにログインできません。どうすればいいですか？

モバイルアプリとサーバーのバージョン（メジャーとマイナー）が一致していることを確認してください。

ノート

アプリストアのアップデートには時間がかかる場合があります（Google PlayストアやApple Appストアでは、アップデートの承認が必要なため）。数日かかることもあります。

それでもログインできない場合は、次の手順を試してください：

• モバイルログを確認する
• ウェブアプリでログインできるか試して、ログイン情報が正しいことを確認する

アプリを離れるとフォアグラウンドバックアップが停止します。バックグラウンドバックアップに引き継がれるべきではないですか？

フォアグラウンドバックアップとバックグラウンドバックアップは、別個の仕組みです。それぞれはお互いに連携や相互作用しません。

フォアグラウンドバックアップはユーザーの操作に依存し、バックグラウンドバックアップはデバイスのオペレーティングシステムによって制御されます。アプリがバックグラウンドに配置されると、バックグラウンドタスクの実行はデバイスのオペレーティングシステムのスケジューラに委ねられます。スケジューラはバックグラウンドタスクをいつ、どのくらい実行するかを決めます。

デバイスメーカーやオペレーティングシステムにより動作が異なりますが、大半はバッテリー節約ポリシーに関連しています。

なぜiOSでバックグラウンドバックアップが機能しないのですか？

iOS（iPhoneやiPad）では、特定のアプリがバックグラウンドタスクを起動できるかどうかを複数の要因に基づいてオペレーティングシステムが決定します。バックグラウンドバックアップタスクの実行可能性を高めるには、以下の手順を行ってください：

• iOS設定の「設定 > 一般 > Appのバックグラウンド更新」でImmichのバックグラウンド更新を有効にする。
• 不要なときは低電力モードを無効にする。このモードがオンになっていると、アプリがバックグラウンドで動作しないことがあります。
• バックグラウンドタスクを必要としないアプリのバックグラウンド更新を無効にする。これにより、Immichがバックグラウンドタスクを呼び出す競争が減ります。
• Immichアプリをより頻繁に使用する。

自己署名証明書、Basic Auth、カスタムヘッダー、または相互TLSを使用している場合、モバイルアプリの機能が動作しないのはなぜですか？

これらのネットワーク機能は実験的なものです。そのため、ビデオ再生、アセットのアップロードやダウンロード、その他の機能で動作しないことがよくあります。 これらの制限の多くは#15230で追跡されています。 これらの実験的機能の代わりに、URL切り替え機能、VPN、または無料の信頼できるSSL証明書をドメインに使用することをお勧めします。

これらの機能の開発は積極的に行っていないため、サポートを提供できませんが、改善に向けた貢献は歓迎します。 大規模なプルリクエストを行う際は、開発チームと事前に相談することで時間の無駄を防ぐことができます。

なぜモバイルアプリがまだ更新されていないのですか？

アプリストアの新しいビルドの承認には数日かかることがあります。我慢できない場合は、GitHubリリースからAndroidのAPKをダウンロードできます。

---

アセット

Immichはファイルを変更しますか？

いいえ、Immichはオリジナルファイルを変更しません。 編集メタデータは、.xmpサイドカーファイルおよびデータベースに保存されます。 ただし、ImmichのUIでゴミ箱が空にされた場合、ゴミ箱に入っていたオリジナルファイルは削除されます。

ファイル名がランダムな文字列で表示されるのはなぜですか？

ストレージテンプレートがオフの状態（デフォルト）では、Immichはファイル名をランダムな文字列（ランダムUUIDとしても知られる）で保存し、重複を防ぎます。 元のファイル名を取得するには、ストレージテンプレートを有効にし、ストレージテンプレートマイグレーションジョブを実行する必要があります。 有効化する前にストレージテンプレートについて読むことをお勧めします。

既存の写真ライブラリを追加できますか？

はい、外部ライブラリを使用して追加できます。

新しいストレージテンプレートを選択した場合、既存のファイルはどうなりますか？

テンプレート変更は新しいアセットにのみ適用されます。以前にアップロードされたアセットにテンプレートを適用するには、ストレージマイグレーションジョブを実行してください。これはJobsページで利用可能です。

なぜ写真だけがアップロードされて、ビデオはアップロードされないのですか？

これは、Immichの前にリバースプロキシを使用している場合によく発生します。 [リバースプロキシを設定]して、大きなリクエストを許可していることを確認してください。 また、リバースプロキシのディスク容量を確認してください。 場合によっては、プロキシがリクエストをディスクにキャッシュした後で転送することがあります。このときにディスク容量が不足すると、リクエストは失敗します。

Cloudflareトンネルを使用している場合、最大ファイルサイズは変更不可で100MBに設定されています。 稀にこれを超えるファイルが動作する場合もあります（最大1GBまで）。ただし、公式の制限は100MBです。 問題がある場合、別のネットワーク展開を使用することを推奨します。

一部の写真が誤った日付でファイルシステムに保存されるのはなぜですか？

この状況を引き起こすいくつかの異なるシナリオがあります。解決策は、ストレージマイグレーションジョブを再実行することです。 このジョブは、アップロード後各アセットにつき一度だけ自動的に実行されます。メタデータの抽出が最初に失敗した場合や、ジョブがクリアまたはキャンセルされた場合などには、最初にジョブが自動的に実行されなかった可能性があります。

タイムラインから写真を非表示にするにはどうすればいいですか？

それらを_アーカイブ_することができます。

Immichからデータをバックアップするにはどうすればいいですか？

バックアップおよび復元をご覧ください。

Immichは既存の顔タグメタデータの読み取りをサポートしていますか？

はい、インポートされたアセットメタデータから新しい顔や人物を作成します。詳細はリクエスト #4348およびPR #6455をご覧ください。

ImmichはNSFW画像のフィルタリングをサポートしていますか？

いいえ、現在はサポートしていません。GitHubにオープンな機能リクエストがあります。

なぜサムネイル生成ジョブが非常に多いのですか？

各アセットについて3つのサムネイルジョブがあります：

• ぼかし（thumbhash）
• プレビュー（Webp）
• サムネイル（Jpeg）

また、人物（顔）サムネイル用に追加のジョブが存在します。

WhatsAppからのファイルが正しい日付で表示されないのはなぜですか？

WhatsAppで送信されたファイルは、ファイルにメタデータなしで保存されます。このため、WhatsAppからアップロードされたファイルについて、Immichが元の日時を知る方法はありません。この問題はデバイスへの到着順ではなく保存順に影響します。#9116を参照。

アセットが複数のアカウントに存在する場合はどうなりますか？

ユーザー間でアセットが一意である必要はありません。同じ画像を複数のユーザーがアップロードした場合、それぞれ独自のアセットとして処理され、ジョブが実行され、サムネイルが生成されます。

なぜImmichプレーヤーではHDRビデオが薄く見え、ダウンロード後は正常に見えるのですか？

Immichは、HDRカラー表示に問題が知られているプレーヤーを使用しています。今後の改善のために、HDRコンテンツ向けにより良いカラープロファイルを提供する別のプレーヤーを試験的に使用しています。

なぜImmichは動画を低品質に変換するのですか？

Immichは常に元のファイルを保持します。その一方で、互換性とパフォーマンス向上のためにトランスコード版を生成します。

元の動画を削除せずにトランスコード版を削除するにはどうすればいいですか？

アセットのトランスコード版は、その必要がなくなるトランスコードポリシーを設定し、そのアセットのトランスコーディングジョブを実行することで、削除できます。アセットビューワーオプションで[エンコードされた動画を更新]ボタンを押して単一アセットのトランスコーディングジョブを開始するか、管理ページからすべてのアセットに対してトランスコーディングジョブを実行してください。

トランスコードポリシーを更新するには、[管理] > [動画のトランスコーディング設定] > [トランスコーディングポリシー]に移動し、ドロップダウンからポリシーを選択してください。このポリシーは既存のトランスコードがジョブで削除されるか上書きされるかを決定します。このポリシーに基づいて動画がトランスコードされるべき場合、既存のトランスコードは上書きされます。そうでない場合、削除されます。

ノート

例えば、「通常の解像度以上または望ましい形式でない動画」というポリシーの既存トランスコードがあり、より狭いポリシー「望ましい形式でない動画」に変更したとします。あるアセットが解像度のみの理由でトランスコードされた場合、トランスコーディングジョブを実行すると、既存のトランスコードは削除されます。これは解像度がもはやポリシーの一部ではなくトランスコードが不要になったためです。同様に、「どの動画もトランスコードしない」というポリシーを設定し、すべてのアセットに対してトランスコーディングジョブを実行した場合、すべての既存トランスコードが不要なため削除されます。

バックアップ中に画像を圧縮することは可能ですか？

いいえ。設計上、オリジナルのアセットは常に変更されずに維持されるべきです。

Docker 内で CIFS/Samba ボリュームをマウントする方法は？

ホスト上で Samba をマウントできない、またはマウントしないほうがよい場合（Windows 環境など）、Docker 内でボリュームをマウントすることができます。 以下は docker-compose.yml の例です。

ユーザー名、パスワード、ローカル IP、共有名を変更し、以下の - originals:/usr/src/app/originals の行を確認してください。 これは、originals ボリュームが作成されたセクションに対応しています。この名前を任意の名前に変更し、Docker コンテナに好きなようにマッピングすることができます。 例えば、originals: を Photos: に変更し、- originals:/usr/src/app/originals を Photos:/usr/src/app/photos に変更することができます。

...
services:
  immich-server:
...
    volumes:
      # 次の行は編集しないでください。システム上のメディア保存場所を変更したい場合は、.env ファイルの UPLOAD_LOCATION の値を編集する
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
+     - originals:/usr/src/app/originals
...
volumes:
  model-cache:
+ originals:
+   driver_opts:
+     type: cifs
+     o: 'iocharset=utf8,username=USERNAMEHERE,password=PASSWORDHERE,rw' # 読み取り専用にする場合は `ro` に変更
+     device: '//localipaddress/sharename'

---

アルバム

Immich にアセットをインポートする際に既存のアルバム構造を保持できますか？

はい、Immich CLI と --album フラグを使用することで可能です。

アルバム内の写真の順序を変更する方法はありますか？

まだ実装されていません。この機能の更新については、GitHub discussion をフォローしてください。

---

外部ライブラリ

既存のアルバム構造を保持しながら外部ライブラリを追加できますか？

外部ライブラリからアルバムを作成する公式な仕組みはまだ実装されていませんが、コミュニティからの回避策 が役立つ場合があります。

外部ライブラリ内の重複ファイルにはどう対応しますか？

重複チェックはアップロードライブラリでのみ存在し、ファイルハッシュを使用します。さらに、重複チェックはグローバルではなく、ライブラリごとに行われます。そのため、タイムライン上で同じファイルが2回表示される状況、特に外部ライブラリでは発生する可能性があります。

読み取り専用の外部ライブラリでファイルを編集して保存できない理由は何でしょうか？

読み書き可能な外部ライブラリ（デフォルト設定）では、通常通り画像を編集可能です。 読み取り専用ライブラリ（docker-compose.yml に :ro）では、編集したファイルメタデータを保存する .xmp サイドカーファイルを Immich が作成できません。 そのため、読み取り専用の外部ライブラリ内のファイルのメタデータ（タイムスタンプ、位置情報、説明、星評価など）を編集することはできません。

外部ライブラリ内のファイルの削除はどのように処理されますか？

Immichは、ゴミ箱が空になった際にゴミ箱に入れられた元のファイルを削除しようとします。 読み書き可能な外部ライブラリ（デフォルト設定）では、Immichが元のファイルを削除します。 読み取り専用ライブラリ（docker-compose.yml に :ro）では、UI上でファイルをゴミ箱に入れることができます。 しかし、ゴミ箱が空になると、Immichは元のファイルを削除できないため、ファイルがメインタイムラインに再表示されます。

---

機械学習

スマート検索はどのように機能しますか？

ImmichはCLIPモデルを使用します。機械学習モデルは各画像を「埋め込み」と呼ばれる文字列に変換します。これは画像に含まれるものを意味的にエンコードしたものです。検索時に入力したテキストについても同様で、テキストの埋め込みが画像の埋め込みと比較され、類似したものを見つけます。そのため、確認可能な「タグ」、「ラベル」や「説明」は生成されません。CLIPモデルの詳細についてはこちらを参照してください。

顔認識はどのように機能しますか？

顔認識の仕組みをご覧ください。

機械学習を無効化する方法は？

情報

機械学習を無効化すると、検索や「Explore」ページの利用体験が低下します。これらは本来の機能を果たすために機械学習に依存しています。

機械学習は管理者権限で「設定 > 機械学習設定」で完全に、またはモデルタイプ別に無効化することができます。例えば、スマート検索のCLIPを無効化し、顔認識を有効のままにすることが可能です。この場合、機械学習サービスは有効なジョブのみを処理します。

ただし、すべてのジョブを無効化しても機械学習サービス自体が停止するわけではありません。完全に起動しないようにするためには、docker-compose.yml の immich-machine-learning セクションをコメントアウトしてください。

モデルが壊れている、またはダウンロードに失敗しているというエラーが出ています。どうすればよいですか？

モデルがダウンロードされるモデルキャッシュボリュームを削除できます。これにより、サービスはクリーンな環境でモデルを再ダウンロードできます。モデルが完全にダウンロードできない場合は、Hugging Faceから手動でダウンロードして、キャッシュフォルダーに配置してください。

カスタムCLIPモデルは使えますか？

いいえ、これは現時点ではサポートされていません。Hugging Faceページにリストされているモデルのみが互換性を持っています。ここにリストされていないモデルで追加されるべきだと思うものがあれば、機能リクエストを送ってください。

英語以外の言語で検索できるようにしたいです。どうすればよいですか？

多言語対応のCLIPモデルに変更できます。指示についてはこちらを参照してください。

Immichは動画の顔認識をサポートしていますか？

Immichの機械学習機能は生成されたサムネイルで動作します。顔が動画のサムネイルに表示されていれば、顔認識が行われます。 動画全体をスキャンして顔を認識する機能については将来的に実装が検討されています。

Immichには動物認識機能がありますか？

いいえ。

ヒント

スマート検索を使用してある程度これを補える場合があります。例えば、ゴールデンレトリバーやチワワがいる場合、それらの言葉をスマート検索で入力すると結果が表示されます。

「顔」ではないものが多数検出されます。どうすればよいですか？

不適切なサムネイルを防ぐためにMIN DETECTION SCOREを 0.8 に上げることができます。スコアを0.9以上に設定すると、ライブラリによっては実際の顔も多くフィルタリングされる可能性があります。特定の顔だけを隠したい場合は、管理者パネルの「MIN FACES DETECTED」を調整してアルゴリズムが「主要な顔」とみなす基準を上げ、不適切なサムネイルが選ばれる可能性を減らすことができます。

immich_model-cacheボリュームが大量の容量を占めています。何が問題ですか？

いくつかのモデルをインストールして使用しないものがある場合、immich_model-cacheに含まれる古いモデルを削除する価値があるかもしれません。モデルキャッシュをマウントし、不要なモデルを削除することでこれを行うことができます。

手順

docker run -it --rm -v immich_model-cache:/mnt-models alpine sh
cd /mnt-models
ls clip/ facial-recognition/
# rm -r clip/ABC facial-recognition/DEF # 使用していないモデルを削除

---

パフォーマンス

Raspberry Piのような低メモリシステムでImmichが遅い理由は？

Immichはオプションでトランスコーディングや機械学習を複数の機能に利用します。しかし、それらがRaspberry Piで実行するには重すぎることがあります。これを緩和する方法、もしくはImmichの機械学習コンテナをより強力なシステム上でホストする、または完全に機械学習を無効化することができます。

CPUおよびRAM使用量を低下させる方法は？

初回バックアップは、処理するジョブの数が多いため最も負荷がかかります。CPU負荷が最も高いのはトランスコーディングおよび機械学習ジョブ（スマート検索、顔認識）で、次にサムネイル生成が少し負荷をかけます。以下はこれらのCPU使用率を低下させる方法です：

• これらのジョブのジョブ並列数を1に下げる。
• 「設定 > トランスコーディング設定 > スレッド」でスレッド数を1または2の少ない値に設定する。
• 「設定 > 機械学習設定 > 顔認識 > モデル名」において、顔認識モデルを buffalo_s に変更することで、buffalo_l より小さく高速なモデルを使用して精度を少し妥協する。
  • 新しい画像で正しく顔認識を行うためには、すべての画像に対して顔認識ジョブを再実行する必要があります。
• コンテナレベルで使用制約を設定することで、さらに使用率を下げることができます。
  • 最適な性能を保つため、これらの措置を取った上で使用制約を適用することを推奨します。
• これらの変更が不十分な場合は、上記の方法に従い機械学習全体を無効化する方法をご確認ください。

CPUおよびRAM使用量に制限を設ける方法は？

デフォルトでは、コンテナはリソース使用制約がなく、ホストのカーネルスケジューラーが許可する限りリソースを利用できます。これを制限するには、制限したいコンテナの docker-compose.yml ブロックに次のように追加できます。

docker-compose.yml

deploy:
  resources:
    limits:
      # CPUスレッド数
      cpus: '1.00'
      # メモリ容量(Gigabytes)
      memory: '1G'

詳細については、docker公式ドキュメント またはこのガイドを参照してください。

メモリ制約はコンテナの終了によって動作するため、設定が低すぎると不安定さが生じる可能性があります。

機械学習速度を向上させる方法は？

ノート

このアドバイスは処理量を改善しますが、待ち時間には影響しません。つまり、スマート検索ジョブの処理を迅速化しますが、検索自体の速度は速くなりません。

機械学習ジョブ（スマート検索、顔認識）のジョブ並列数を増やすことで、処理量を増やせます。並列数を増やすことで、ホストは複数のアセットを同時に処理します。これを行うには、「管理 > 設定 > ジョブ設定」で並列数を必要に応じて増加します。

危険

通常のマシンでは、2または3の同時実行ジョブでCPUを最大限に活用することができます。それ以上では、特にHDDを使用している場合、ストレージ速度と遅延が制限要因となる可能性があります。

GPUを使用することで同時実行数をより快適に増やすことができますが、ほとんどの場合16を超えないようにする必要があります。

ジョブの同時実行を誇張しないでください。サーバーを完全に過負荷にしている可能性があります。

サーバー状態がオフラインと表示され、バージョンが不明です。どうすればよいですか？

リバースプロキシでWebSocketsを有効にする必要があります。

---

Docker

Immichのログをどのように確認できますか？

Immichのコンポーネントは通常dockerを使用してデプロイされます。デプロイされたdockerコンテナのログを確認するには、Docker CLI、特にdocker logsコマンドを使用します。例についてはDocker Helpを参照してください。

Redisのログの冗長性をどのように減らせますか？

Redisのログを減らすには、docker-compose.ymlのredis:セクションに以下の行を追加します：

command: redis-server --loglevel warning

Non-rootユーザーとしてImmichを実行するにはどうすればよいですか？

各サービスのdocker-compose.ymlでuser引数を設定することで、コンテナ内のユーザーを変更できます。 次の内部コンテナパスのマウントポイントまたはdockerボリュームを追加する必要があるかもしれません：

• immich-machine-learning:/.config
• immich-machine-learning:/.cache
• redis:/data

Non-rootユーザー/グループは、機械学習用のUPLOAD_LOCATIONおよび/cacheを含むボリュームマウントへの読み取り/書き込みアクセスが必要です。

Docker Compose Volumes

Docker Composeのトップレベルボリューム要素はNon-rootアクセスをサポートしていないため、上記のすべてのボリュームはローカルボリュームマウントでなければなりません。

さらにセキュリティを強化するために、次のブロックをすべてのコンテナに追加できます。

docker-compose.yml

security_opt:
  # コンテナの起動後の特権昇格を防ぐ
  - no-new-privileges:true
cap_drop:
  # 生のネットワークトラフィックへのアクセスを防ぐ
  - NET_RAW

Immichからデータを削除するにはどうすればいいですか？

Immichのデータは以下の2つの形式で提供されます：

1. メタデータ: Postgresデータベースに格納され、DB_DATA_LOCATIONフォルダ（以前はpg_dataDockerボリューム）に保存されます。
2. ファイル（オリジナル、サムネイル、プロフィールなど）：UPLOAD_LOCATIONフォルダに保存されます。詳細はこちら。

警告

これによりデータベースが破壊され、インスタンスが初期化されます。つまり、最初からやり直すことになります。

Immichを削除（コンテナとボリューム）

docker compose down -v

コンテナとボリュームを削除した後、Immichを新しいインストールにリセットするために削除する必要があるディレクトリがいくつかあります。それらを削除したら、Immichを再起動すると新しいインストールとなります。

• DB_DATA_LOCATION: データベース、メディア情報、設定を含みます。
• UPLOAD_LOCATION: Immichにアップロードされたすべてのメディアを含みます。

Portainer

Portainerを使用している場合、Portainerでスタックを停止してください。その後、ボリュームセクションに移動して、Immich関連のすべてのボリュームを削除し、スタックを再起動してください。

機械学習サービスレポートのワーカーがクラッシュするのはなぜですか？

ノート

エラーがワーカーが終了すると表示する場合、これは通常の動作です。これは、サービスが使用されていないときにRAMの消費を削減するための機能です。

これにはいくつかの理由が考えられます。

エラーにSIGKILLまたはエラーコード137と記載されている場合、それはほぼ確実にサービスがメモリ不足になっていることを意味します。サーバーのRAMを増やすか、RAMがより多いサーバーにサービスを移動することを検討してください。

SIGILL（Kがないことに注意）またはエラーコード132が記載されている場合、サーバーのCPUがImmichと互換性がない可能性が高いです。

データベース

なぜデータベースの所有エラーが発生するのでしょうか？

データベースを起動したときにFATAL: data directory "/var/lib/postgresql/data" has wrong ownershipのようなデータベースエラーが発生する場合、これはファイルシステムに問題がある可能性があります。NTFSおよびex/FAT/32ファイルシステムはサポートされていません。詳細はこちらを参照してください。

データベースの整合性をどのように確認できますか？

バージョン1.104.0以降、新しいインストールではデフォルトでデータベースチェックサムが有効になっています。それが有効かどうかを確認するには、次のコマンドを実行してください。onという結果が返された場合、チェックサムは有効です。

チェックサムが有効かどうか確認

docker exec -it immich_postgres psql --dbname=postgres --username=<DB_USERNAME> --command="show data_checksums"
 data_checksums
----------------
 on
(1 row)

チェックサムが有効であれば、次のコマンドでデータベースの状態を確認できます。通常の結果はすべて0となります。

データベースの破損を確認

docker exec -it immich_postgres psql --dbname=postgres --username=<DB_USERNAME> --command="SELECT datname, checksum_failures, checksum_last_failure FROM pg_stat_database WHERE datname IS NOT NULL"
  datname  | checksum_failures | checksum_last_failure
-----------+-------------------+-----------------------
 postgres  |                 0 |
 immich    |                 0 |
 template1 |                 0 |
 template0 |                 0 |
(4 rows)

さらに、以下のコマンドを使用してPostgresデータベースのファイル構造でエラーをスキャンすることもできます：

ファイル構造エラーをスキャン

docker exec -it immich_postgres pg_amcheck --username=<DB_USERNAME> --heapallindexed --parent-check --rootdescend --progress --all --install-missing

正常な結果は以下のような形で終了し、終了コードが0として返されます：

7470/8832 relations (84%), 730829/734735 pages (99%)
8425/8832 relations (95%), 734367/734735 pages (99%)
8832/8832 relations (100%), 734735/734735 pages (100%)

破損が検出された場合は、データベースで他の作業を行う前にすぐにバックアップを取る必要があります。 そのためには、データベースサーバーがpg_dumpallに成功するようにzero_damaged_pages=onフラグを設定する必要があるかもしれません。 バックアップを取った後、次に推奨されるステップは、破損が検出される前の健全なバックアップからデータベースを復元することです。 必要であれば、破損したデータベースダンプを使用して、最後のバックアップ以降に行われた変更を手動で回復することができます。

可能な破損の原因は多くありますが、不意の電源オフやアンマウント、Postgresデータにネットワーク共有を使用すること、またはSDカードや故障しつつあるHDD/SSDのような劣悪なストレージ媒体などが含まれます。