今日、私のハードドライブは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>
昨日やる気が落ちたとしましょう！
頑張ってください:)