LVMボリュームグループメタデータが破損しています。助けてください。

LVMを使用してサーバーを設定しました。約10日前までは何の問題もなくよく戻っていました。ログインしようとすると、サーバーがダウンします。 Kubuntu Live CDを使用してサーバーを見ると、ハードfdisk -lドライブにまだ2つのパーティションがあることがわかります（/dev/sdc1パーティションはext3ファイルシステムを使用し/bootて/dev/sdc2LVMに設定されています）。これを行うと、pvdisplayLVMはそれを認識/dev/sda2し、このLVMはこの物理ボリュームのみをメンバーとして持ちます。を実行するとvgdisplayサーバーにボリュームグループが表示されず、実行するとlvdisplayサーバーに論理ボリュームも表示されません。 lvmdiskscanPV表示が/dev/sda2期待どおりに開きます。しかし、vgscan何も見つかりませんでしたlvscan。何も見つかりませんでした。安全のためにハードドライブ全体のイメージバックアップを作成したddため、この問題を解決しようとすると失敗した場合にロールバックされる可能性があります。

ボリュームグループのメタデータに何かが変更されたようです。私はオンラインで解決策を見つけましたが、私たちのケースで有望なものはほとんど見つかりませんでした。検索で私が見つけたことの1つは、LVMのサイズ変更を試みた後、多くの人がボリュームグループのメタデータを失うようです。手動でサイズ変更しようとはしませんでしたが、論理ボリュームがボリュームグループのサイズを超えて大きくなっている可能性があり、LVMが自動的にサイズ変更しようとするとメタデータが失われる可能性があります。ただし、すべてのログファイルがこのボリュームグループの下の論理ボリュームの1つにあるため、これを確認することはできません。

同様のシナリオを見て、修正が成功しました。見てバックアップなしのLVMボリュームグループと論理ボリュームの復元誰かがオフセット値を決定する機能を使用してから、pvck16進エディタを使用してパーティションをドリルダウンし、オフセット値を取得し、2つのオフセットを比較し、この情報を使用して回復ファイルを生成し、LVM回復を再生成できます。いました。データを見つけようとします。

ここにこの問題を解決するのに役立つ他のアイデアがある人はいますか？上記の例を試してみたいと思っていますが、私たちが直面した問題をうまく解決した経験がある方々の意見を聞きたいです。