前回のエントリーで書いた通り、この連休の休みは三日間ともサーバトラブルの対応で追われました。あきらめ気味だったHDDから一定量のデータの復旧ができたので、その手順をまとめておきます。参考にしたURLなどは前回エントリーにまとめてあるので、そちらを参照ください。私が遭遇した状況は以下の通りです。停電により障害が発生し、サーバが起動せず。この後、回復方法を調べていたとき、LVMを使っている事に気づかず、LVM領域にそのままfsck.ext3を実行。なり、LVM領域を認識できず。自体が破損しているものと思われる。情報などは残しておらず、どんなボリュームをつくって、どこにどのパーティションを当てはめていたのか不明。結果を貼り付けたメールが見つかったため、後に把握できました)ただし、HDDから異音などはしておらず、物理的には無事な様子。ここまで読んで意味の通じる方は、中々に絶望的な状況であることがご想像いただけるかと思います...。以下が復旧のために行った手順です。CD-ROMやDVD-ROMを使ってブートできるLinuxを用意。私はKNOPPIXを使いましたが、ネットで調べた限りでは、CentOSを使う人が多いようです。そのほか、Ubuntuなど、とりあえず、CD-ROMやDVD-ROM、USBなど、外部ドライブから直接ブートできる仕組みが用意できるディストリビューションであれば何でもいいと思います。HDDが物理的に無事だったと思われる理由の一つがこれで、ddコマンドを実行した際にエラーが出なかったためです。これが本当に不幸中の幸いでした。使って、「VolGroup00」などのキーワードを検索。LVMはLVM関連のボリュームを操作した際、自動的にバックアップを残すことになっているようで、うまくすれば、この時のバックアップファイルのデータが見つかります。これを元に、ここに書かれているような、metadataのファイルを作成します。元の状態に戻すことが重要(なはず)なので、できるだけ、壊れる前のディスクの状態(UUIDも含む)をそのまま再現する事を目指します。lvmコマンドを実行。コマンドを使って状態を把握しながら、次の順番で操作をして行きます。