ふるた技工所(てっこうしょ)

引っ越しの荷物を開けて RaspberryPi3 を再稼働させる。去年の 12月末頃にroot filesystem を格納(リンク先は格納手順)していたハードディスク WD7500BPVT に不良ブロックが「広がっている」ことが分かっていた。「広がっている」というのには背景がある。RaspberryPi3 に接続した時に不良ブロックがあったことが分かっていた。不良ブロックの範囲が小さかったので、不良部分を避けるようにパーティションを切って使っていた。

年が明けて RaspberryPi3 と周辺機器を接続して再起動してもエラー多発で起動しない状態を調べ続けていた。ハードディスクから採取可能な範囲でファイルをバックアップ、自作のツールで不良ブロック抽出、不良ブロック狙い撃ちで zero fill、smartctl をしても不良ブロックは殆ど減らず、全領域で zero fill して、smartctl で不良ブロック再割り当て状況を見てみた。 Reallocated_Sector_Ct = 531, Current_Pending_Sector = 65213 となった。数値から見て zero fill で交替処理は絶望的な状況だと分かる。
zero fill 後に残った不良ブロックのマップを見てみた。不良ブロックを避けてパーティションを切って使うと全容量 750Gbyte の 1/3 程度 (250Gbyte) しか使えず、殆どメリットが無いことが分かる。連続した領域では無いので mount の設定も複雑になる。LVM (Logical Volume Manager) あるいは e2fsck -l bad_blocks_to_add_file を使ってまで使う？



不良ブロックを避けて使っても、不良ブロックは広がり、使っている領域を壊していくのだ。

別のハードディスク WD5000BEVT を使うことにした。野良サーバーの副として稼働していたマシンがあった。既に新しいマシンへ交代していて、万が一と思って残していた。このマシンからハードディスクを取り出す。
ああ、こいつも既に傷ついているのか、Reallocated_Sector_Ct = 4, Reallocated_Event_Count = 1, Current_Pending_Sector = 6 だった。4.87 年稼働して無傷を期待するのが無理なのかもしれない。
多分最後のお勤めになるだろう。必要なファイルをバックアップした後(多分マシンを交代させるときに既に実施済みなはず)、Zero Fill をして交替処理を促してみる。Reallocated_Sector_Ct =4, Reallocated_Event_Count = 1、Current_Pending_Sector = 0 になった。あれ？交替せずに済んだの？
パーティションを切り直して、最新の RaspberryPi3 のイメージをコピーする。やり方は前と変わらなかった。ハードディスク上のパーティションを root filesystem として動き出した。

副サーバーで動いていたときの音と変わらないな。可変回転速なのか、アクセスの前後で少し「コー」というこもった音がする。

お金に余裕があった頃は、ポンと代わりのハードディスクを買っていたんだよな。