Debian Wheezyにアップグレードした後、このコマンドはブートディスクでlilo
多くのノイズを発生させました。私は実際の問題から抜け出すことはありません。ただ騒音が少し恐ろしく聞こえるだけです。特に以前はそうではなかったからです。
実行すると、lilo -v4
各ノイズが次の行のいずれかに対応することがわかります。
Mapped AL=0x00 CX=0xbc27 DX=0xbee0, LBA=12500007
Mapped AL=0x00 CX=0xbc28 DX=0xbee0, LBA=12500008
Mapped AL=0x00 CX=0xbc29 DX=0xbee0, LBA=12500009
Mapped AL=0x00 CX=0xbc2a DX=0xbee0, LBA=12500010
Mapped AL=0x00 CX=0xbc2b DX=0xbee0, LBA=12500011
Mapped AL=0x00 CX=0xbc2c DX=0xbee0, LBA=12500012
詳細な出力にはこれらの行が27779個あります。
この騒音は不健康な音ではなく、通常の頭の動きに似ています。各行について、liloは検索を実行し、頭の部分が離れているように聞こえます。
静かな操作から騒々しい操作に変わる原因を知っている人はいますか?
答え1
私はliloについてはよくわかりませんが、ハードドライブが正常であることを確認する方法を教えてくれます。ルートでsmartctl
状態を照会します。
smartctl -a /dev/sda | less
まれに、このSMART overall-health self-assessment test result
行はドライブのエラーを示していますが、私の経験によれば、SMARTのこの予測コンポーネントはほとんど機能しません。代わりにSMART Self-test log structure
;で始まるブロックまで下にスクロールしてください。おそらく次のようになります。
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
この場合、セルフテストを開始してハードドライブが正常であることを確認する必要があります。これには数時間かかります(ハードドライブのサイズによって異なります)。心配しないでください。非破壊的でハードドライブをブロックしないため、ファイルシステムのマウント中にバックグラウンドで実行できます。
smartctl -t long /dev/sda
テストが完了するのを待ってから(最初に費やした時間を知らせる)、SMARTデータを再クエリします。
smartctl -a /dev/sda | less
それでは、独自のテストブロックを見てみましょう。 「エラーなしで完了しました」と表示された場合、ハードドライブに問題はありません。
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 2262 -
エラーが報告された場合は、ハードドライブが破損しているため、すぐにデータをバックアップする必要があります(まだバックアップしていない場合)。私たちは何千ものドライブでこのセルフテスト機能を使用しており、これまで100%信頼性があります。 「エラーなしで完了」と表示された場合、ディスクは間違いなく大丈夫です。エラーが報告された場合、ディスクは間違いなく不良です。