smartctlは不良セクタを再テストします。

smartctlは不良セクタを再テストします。

今日、私のハードドライブは24時間以内にエラーが発生することを知らせました。 「Reallocation_Sector_Ct」はすでに約3000で、過去数時間で4004に上昇しています。しかし、数週間前、私は事件を裏返して、まっすぐ立てようとしました。それ以来、重要なデータを他のドライブにtar / zipするとき、現在多くのディスクアクティビティがあるにもかかわらず、 "Reallocation_Sector_Ct"は上がっていません。

面で読めないハードドライブが問題であることはわかっていますが、ハードドライブをまっすぐ立てておくと、問題が一時的に解決されるように見えても、少なくともあまり困惑する必要はありません。

これらの「不良セクタ」を再テストして合格すると、良いとマークする方法はありますか?ボックスをまっすぐ立てて再テストした後、「実際の」不良セクタがいくつかあることを確認したいと思います(もちろん、バックアップが完了した後にこれを行います)。

私はDebianを使用しています。違いがあれば。

答え1

私はフォンブランドの答えに2番目に答えることができます。先月、私はSMARTで事前障害が発生した後、少なくとも2つのHDDが死ぬのを見ました。

ただし、最良のオプションはSMART自体ではなくbadblocksユーティリティです。

badblocksディスク全体を読み書きできるため、HDDは保留中のセクタを再割り当てします。これは一般的にうまく機能します。

実行する時間がない場合badblocks(大きなディスクでは数日かかる場合があります)、SMARTエラーログを読み、smartctl -x /dev/<hdd>不良セクタのリストを取得できます。

hdparmその後、以下を使用してそのセクタを読み取ることができます。

hdparm --read-sector <sector> /dev/<hdd>` 

失敗した場合は、次のように強制的に再マッピングできます。

hdparm --yes-i-know-what-i-am-doing --write-sector <sector> /dev/<hdd>` 

これはうまく機能します(少なくともWD-Greenドライブの場合、他のドライブの場合は不明です)。

失敗したセクタのログメッセージがある場合はdmesg簡単です。

sectors=$(dmesg | grep <hdd> | grep sector | awk '{print $8}')

for s in $sectors; do <hdparm stuff>; done

ボリュームを取り付け直す前に強制するfsck

fsck -f -y /dev/<hdd> 

昨日やる気が落ちたとしましょう!

頑張ってください:)

答え2

マシンをシャットダウンして交換用ディスクを入手します。!ハードドライブの不良セクタは指数関数的に増加する傾向があり、大規模なデータ損失が差し迫っています。

答え3

ドライブが不良としてマークされ、再マップされたセクタを再テストすることは不可能だと思います。これは「保証のために返却」領域です。 (たとえば、ベンダーは理論的にはこれらのドライブを確認してリセットするためのツールを保持できます。)

関連情報