DigiLoog

続きを読む »

壊れた状況としては、NICのLEDでは正常にLinkUPしているのだが、
OSからは何をやってもデバイスが見れない状態になった。
本職のIT屋ならもう少し切り分けしつつ故障箇所を特定するが、
今回は状況からNIC故障が濃厚だったので、緊急で自鯖のNIC交換に踏み切った。

結果、ホスト鯖を起動させたら交換したNICで普通に起動。
MACアドレスとKVMゲスト用の仮想NIC(ブリッジ)紐付けをやり直し、
3時間程でサーバを復旧させる事が出来た。

………

普通の家庭ならスペアNICは持っていないだろうが、
曲がりなりにも自鯖管理している「逸般の誤家庭」なので持っといて良かった。
ただ、これでスペアNICが無くなってしまったので買っておかなければ。

今まで、ドライバと使い安さでIntel PRO/1000VT(OEM版)を買っていたが、
近頃は新品NICも安くなってきたので、新品購入するのも良いかもしれない。
その辺りは秋葉原を彷徨きつつ良い物が無いか探してから考えようと思う。

« 続きを隠す

続きを読む »

1. データコピー
   定説通り、適当な余りHDDにddやらddrescueでデータコピーを実行。
   …しようとしたら、そもそもコピーする段階でエラーが発生して読込み出来なかった。
   流石に、ハードウェアコピーする機械は所持していないので、
   今回は仕方なくデータ救えなくなる事を覚悟で元HDDでデータ救出を実行。
   　
2. fsckでFS修復
   定説通りにfsckを実行。
   今回のHDDはext4だったので、途中まで普通に走ったが、
   ddでエラー出た辺りのブロックでエラー再発したので停止。
   　
3. 復旧天使の実行
   物は試しと復旧天使を実行してみた所、一部のデータは0バイト状態で見えた。
   ただ、0バイトなのでファイルの残骸しか残っておらず断念。
   　
4. 再度、fsck実行
   ここまで来たら復旧は諦めて、fsckをエラー吐かせつつ全領域実行してみた。
   2TBを実行するのに丸3日掛かったが、最終的には完走。
   ただ、やはりファイルは復元出来なかった。

………

最終的には復旧出来なかったが、それなりに技術調査しながらやっていたので楽しかった。
まず、復旧させる時は真っ先にread-onlyでマウントするのが定石だが、
ハードウェアレベルで故障している場合は、そもそもマウント自体がアウトだった。
あと、先にfsckを実行したが真っ先に修復アプリに頼るのも一つの手かもしれない。

今回はext4だったが、xfsだとまた変わるのかもしれない。
xfsはfsckの代わりにxfs_repairコマンドになったが、
ダーティログを持つFSを修復出来なかったりするが、
天下のredhat様が色々とドキュメントを公開しているので、ある程度までは対応出来る。

そもそも、バックアップ取得しておくのが最良だが、
稀に復旧チャレンジする場面があるので、憶えておこうと思う。

« 続きを隠す