停電で死んだHDDの復旧作業 - Dlog 隔離館
先日の嵐の際に、停電があり、サーバのHDDが死にました。 RAID等も組んでいないので、このまま「はいはいワロスワロス」というわけにもいきません。 そこで、サルベージを試み、なんとか治りました。 当時の状況 フォーマットはLVM サーバを起動すると、論理ボリュームが見つからず、kernel panic HDDからは明らかな異音が聞こえる データの吸出し ひとまずHDDをはずし、別のPCにつないで dd でデータ吸出し。 Windows だとうまく認識してくれなかったので、仮想マシン上の backtrack で作業しました。 やはり不良セクタがあり、その部分で dd が終わってしまうので、 conv=sync,noerror をつけて吸出し。 約10時間ほどかかったが、 hdparmでDMAを有効にすると早くなるという情報もあるので、やっておけばよかった。。 bsはデフォルト値で吸い出しまし
LVM HOWTO
This document is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY, either expressed or implied. While every effort has been taken to ensure the accuracy of the information documented herein, the author(s)/editor(s)/maintainer(s)/contributor(s) assumes NO RESPONSIBILITY for any errors, or for any damages, direct or consequential, as a result of the use of the information doc
LVM dangers and caveats
Summary Risks of using LVM: Vulnerable to write caching issues with SSD or VM hypervisor Harder to recover data due to more complex on-disk structures Harder to resize filesystems correctly Snapshots are hard to use, slow and buggy Requires some skill to configure correctly given these issues The first two LVM issues combine: if write caching isn't working correctly and you have a power loss (e.g.
Barriers and journaling filesystems [LWN.net]
Journaling filesystems come with a big promise: they free system administrators from the need to worry about disk corruption resulting from system crashes. It is, in fact, not even necessary to run a filesystem integrity checker in such situations. The real world, of course, is a little messier than that. As a recent discussion shows, it may be even messier than many of us thought, with the integr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LVM2 - data recovery