4つのドライブを持つLVM PVグループがあります。ドライブに障害が発生し（まあ、新しいケースに取り付けてシャットダウンしました）、別のドライブと交換して残りのデータを回復しました。
再起動後、LVMファイルシステムのチェックは進行しません/dev/mapper/storage-storage1。キャンセルしてスキップするためにfastbootフラグで再起動しました。デバイスfsckで実行しましたが、しばらく/dev/mapper/...実行してからRAMが不足して失敗しました。これで、物理ドライブの2つがパーティションテーブルを表示せず、VGから欠落しています。ドライブ全体にわたるLVMパーティションがあります。
とにかくこのLVMを取り除き、RAID5構成を設定したいのですが、まずLVMにいくつかのデータをバックアップしたいと思います。 （再度ダウンロードできないものはありませんが、まずローカルにバックアップしておくと時間が大幅に節約されます。）
両方のドライブから失われたパーティション情報を回復できますか？ホストオペレーティングシステムは、OpenMediaVaultを含むDebian 7です。
答え1
同じ問題を経験している誰かのために、
PV Createコマンドを使用し、以前のUUIDを使用してUUIDを設定しました。 LVM にはパーティションマッピングは必要ないため、データを引き続き表示できます。どのUUIDがどのドライブに属しているかを調べるために、より深く掘り下げる必要がありました。結局私は推測するだけです。ドライブが1つしかない場合は、欠落しているUUIDを使用します。
推測している場合は、ファイルシステムを読み取り専用でマウントし、ファイルを確認してください。破損したファイルが見つかった場合は、UUIDを削除して交換します（複数のドライブが欠落していると仮定）。
この問題の原因が何であるかはまだわかりません。しかし、上記の手順で、私が望むデータのいくつかを得るのに十分な長さの問題が解決されました。だから私はとても幸せです。
答え2
すべてのLVM構造が壊れていないように聞こえるので、作業が少し簡単になります。次の手順を使用して、回復可能なデータを回復できます。
LV画像のコピーを作成する
作業に十分なスペースがある場所に配置してください。dd_rescueこれに非常に効果的です。時できる元のバージョンで作業すると、開始した場所に戻ることができます。うーん...問題が発生した場合は、コピーを作成してください。
破片を見つけるためにデジタルフォレンジックプログラムを使用する
無料のツールであるAutopsyがすぐにそれを行うことができます。 Windows専用の回復ツールほどユーザーフレンドリーではありませんが、初めてのユーザーのためのSleuth Kitよりも優れています。 Sleuth Kitを使用すると、ファイルシステムの構造を実際に理解できますが、学習曲線はかなり急になります。
一方、剖検結果は悪くなかった。これはAutopsyを使用するためのステップバイステップのガイドライン
データ損失の原因は何ですか？
ドライブが1つだけ故障しているように見えるかもしれませんが、どこかに別の問題が隠れているか、この問題は発生しません。 RAID-5によって「回復された」一部のデータは無効です。より良いデータ整合性保証（ZFS、btrfsなど）を持つ項目を調査したい場合があります。