web-dev-qa-db-ja.com

Liloはディスクノイズをたくさん発生させます

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がシークを実行し、頭がたまたま離れた位置にあるように聞こえます。

サイレント操作からノイズの多い操作への変更の原因を知っている人はいますか?

5

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 data:

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%信頼性があります。「エラーなしで完了しました」と表示されている場合、ディスクは間違いなく問題ありません。エラーが報告されている場合は、間違いなく壊れています。

1