壊れたHDDの修復

月曜日の朝出社すると会社のサーバが止まっていた。

プロンプトも受け付けず、仕方なく電源OFFして強制終了→再起動すると、どうやらディスクエラーが発生していたようであった。

 

エラーのあったディスクは/dev/hdbで、hdb5を/homeとしてマウントしている。

 

/home以下にはログインユーザのホームディレクトリの他、vpopmailのバーチャルドメインアカウント用メール受信用データおよび社内のファイルサーバとしても運用しており、そのデータファイルもここに格納されている。

 

起動時のディスクチェックでは修復できたようなので、とりあえずシングルユーザモードに切り替えてから別ディスクのバックアップ領域に/home以下をバックアップした。

 

/usr/bin/rsync -av --delete /home /backup/home/ 2>&1 > /home/backup.log

(cronで走らせているコマンドをそのまま実行した）

 

 

念のため再度ディスクの検査を行い、不良ブロックをマーキングすることにした。

 

# e2fsck -c /dev/hdb5

 

そして水曜日の朝、会社に着くや否や「社長〜　またサーバがおかしいみたいです」と(￣▽￣;)

 

コンソールを叩いてみるとハングアップはしていなかったものの、画面にはカーネルから吐き出されたディスクエラーメッセージで埋まっていたのでとりあず問題のあるディスクをアンマウントして、バックアップを取っていたディレクトリにシンボリックリンクを張ることにした。

 

念のためにfstabで自動マウントされないようにhddの各パーティションをマウントしている行をコメントアウトしたものの、hdd8がswapとして使われていることに気付いた。

 

しかし/dev/hdbがマウントされていなくても特に問題なさそうなので今のところは無視することにして、hdbの修復を試みた。

 

 

まず、

 

# e2fsck /dev/hdb5

 

として、何も指定せずにやってみたところ、次のようなメッセージが表示されて終了した。

 

    e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdb5
    Could this be a zero-length partition?

 

試しに、

 

# fdisk -l

 

とすると、/dev/hddはシステムから存在しないことになっていた。

 

完全に壊れたか・・・・

 

 

とりあえず出来る事を一つずつやってみようってことで、スーパーブロックを指定してやることにした。

 

まず、スーパーブロックの保存されている場所を特定する。

 

 

#　mkfs.ext3 -n /dev/hdb

mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)　←ブロックサイズ
Fragment size=4096 (log=2)
1305600 inodes, 2610554 blocks
130527 blocks (5.00%) reserved for the super user
First data block=0
80 block groups
32768 blocks per group, 32768 fragments per group
16320 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 2294912, 294912, 819200, 884736, 1605632　

↑スーパーブロックのバックアップが保存されている場所

 

これでスーパーブロックのサイズと場所がわかったので、

 

# e2fsck -b 32768 -B 4096 /dev/hdb5

 

としてみたが結果は同じだったので、スーパーブロックの再作成をして再度検査を行ってみた。

 

# mke2fs -S /dev/hdb5

 

が、結果は同じでした。

 

 

途方に暮れながらネットでいろいろ調べてみたら、testdiskなるツールを発見！

 

http://www.cgsecurity.org/wiki/TestDisk

 

 

藁にもすがる思いで早速ダウンロード。

 

# wget http://www.cgsecurity.org/testdisk-6.14-WIP.linux26.tar.bz2

 

解凍すると作成されたサブディレクトリにファイルが展開される。

 

# tar xjvf testdisk-6.14-WIP.linux26.tar.bz2

 

展開されたファイルのtestdisk_staticが実行ファイルで、プロンプトでタイプする。

 

#./testdisk_static

 

e2fsckではまったく手の施しようのなかったハードディスクでしたが、このツールはちゃんと認識してくれました。

 

現在ディスク表面のテストをしている最中ですが、85GBのHDDなので結構時間がかかってます。

 

かれこれ２時間近くになりますが、今現在の進捗状況は４０％です。

 

復旧できるかどうかはまだわかりませんが、作業終了後に経過報告をしたいと思います。

 

 

 

 

 

 

５時間全セクタ走査した結果、完全にお亡くなりになっていました。

 

今から日本橋へＨＤＤ買いに行ってきます。

 

 

追加メモ

 

dd_rescue

ddrescue

HDD Regenerator

 

こんなのもあるみたい。

[たけサク]

兜家様

おわかりいただけました？
つまりそういう事です^^
他にいい方法を知ってたら教えて下さい♪

[たけサク]

ひで様

あはは(;^_^A
わかったフリしてコメントしていただいても結構ですよ^^

[兜家]

アハハハ〜良いよ〜＾＾
あれをそうしたら、それをこうして、
これをああするんですよ＾＾

簡単でしょ？＾＾；

[たけサク]

兜家様

おぉ〜 なるほど！

さすがです！

参考にさせていただきますね〜♪(笑)

多分右脇が開いているのが原因です。
ハンドファーストが、崩れない様に注意して下さい。
あとは思い切って振り抜く事です。
思い切りが大切ですよ！

[たけサク]

joshua様

わかりました。
圧力を上げすぎるとオーバーフローの危険性があるので随時モニターをチェックしながら圧力制御するようにしてやってみます。
ありがとうございました。

って、何のこっちゃ！？(笑)

[たーぼー]

ほほぉ〜。うんうん。。。

大体わかりましたよぉ〜。。

大変やって事だけが〜。。(￣▽￣；)

がんばって！！

としか言いようがありません・・・(^_^.)

[たけサク]

たーぼー様

わかっていただけました！？(笑)

今回はシステムの停止までには至らなかったので軽症で済みました。
ただ、いくつか消えてしまったデータがあるので今はそのデータ復旧を試みているところです。
２４時間３６５日稼動させているのでＨＤＤにもそれそうとうの負担がかかってるからしゃーないんですわ^^;

[MAMOMAMO]

フムフム･･･原書のゴルフレッスン本ですね(^^♪

ふむふむ。
やはりカニチップが問題なのですよ。

[MAMOMAMO]

判った。。カニがチップイン･･･バーディだな！

[たけサク]

MAMOMAMO様

よくお分かりになりましたね^^
備えあれば憂いなし
信じる者はサルベージ
転ばぬ先の７番アイアンです。
わかりました？

[たけサク]

MARS様

なるほど！
それは予想外でした。
カニの仕業か･･･
ちょっとケンタッキー行ってきます。

[たけサク]

MAMOMAMO様

カニがインして鳥？

やっぱりＫＦＣが裏で暗躍しているようですね！

つまり･･･

そういうことか･･･


エクセレントです♪

§%∴；＄＃・・・さっぱり(><)

たけサクさんが可笑しいのか私が可笑しいのか・・・

良く分からなくなって来ました(笑）

分かっているのは練習有るのみです(^^)/

さっぱりわかんないけど、日本橋に買いに行ったは分かりました＾＾；
みなさんのコメント、面白い♪

[たけサク]

まえっち様

僕なんて素人に少しお毛々が生えた程度ですよ^^
世の中にはこんなぐらい呼吸をするぐらいに自然にササッとやってのけてしまう人がごまんといます。

ちょっと学習すればこれぐらいは誰でもわかります。

やってみます？

[たけサク]

ａｉ様

そこだけですか！？(笑)

この手の記事になると、みなさん壊れてしまうようですf^^;
なんででしょうか。。。

あ、rescueなら持ってるよ


テーラーの…

でも、サーバーが壊れたって会社は、大変なことなんですよね

[たけサク]

爽麗樹様

僕も持ってますが、相性が悪いのかrescueしてくれません（；^ω^）

サーバーが止まると仕事も止まってしまうので会社にとっては一大事ですね。

昔のように紙とペンだけで仕事できればいいのですが。。。^^;