Ubuntu 12.04 を使用して、メンテナンス モードで起動し、メニューから fsck を選択しました。これにより、すべてのボリューム (すべて ext2) のファイル システム チェックが実行され、デフォルトで読み取り/書き込みでマウントされました。テストが完了すると、不良ブロックが検出され、ファイル システムに書き込みが行われたことが示されました。すぐに再起動し、ディスクで smartmon ツール (フル テスト) を実行しました。SMART 情報では、ドライブが完全に正常であることが示されました (再割り当てされたセクターはなく、保留中の再割り当てもありません)。次に、すべてのボリュームで badblocks ユーティリティを実行しましたが、まったくエラーはありませんでした。何が起こっているのでしょうか。
答え1
Googleは、報告約 5 年前、基本的に、最新のハード ドライブの SMART 属性は、一般的にドライブの障害を予測したり、診断に役立ったりするものではないと述べていました。残念なことです。なぜなら、私たちは通常、この種のものが役に立つことを望んでいるからです。
fsck で -c スイッチを 2 回使用して、セクターの読み取り/書き込みテストを強制することをお勧めします。これにより、badblocks プログラムが呼び出されます。これは、GRC の SpinRite が行うこととほぼ同じことを実現します。(ちなみに、SpinRite は Linux でフォーマットされたドライブであればどれでも動作します。) fsck 呼び出しの例:
fsck.ext2 -fycc /dev/sdb1
ext2 フォーマットのドライブにエラーがあると、fsck を実行するとすぐにファイルシステムが破壊されてしまうのを目にしたことがあります。そのため、ディスク上で badblocks を呼び出す前に、パーティションをマウントできる場合はバックアップしてください。チェックを実行するときは、ディスク全体の換気が良好であることを確認してください。換気によって熱が上昇します。