私はほとんど使用されていない回転式金属ドライブ(内部)といくつかの仮想マシンを持っています。仮想マシンの実行中にIOエラーが発生し、詳細に調査したところ、仮想ディスクファイルの1つが読み取ろうとしたときにIOエラーを報告することがわかりました。
パーティションがエラー = 再マウントされたとしてマウントされましたが、再マウントされませんでした。これは、(私が知っている限り)ファイルシステムが破損していないことを示します。
また、fsck を使用して完全な非破壊読み書きセクタチェックを実行しても、不良セクタは生成されませんでした。それでもエラーが続きます。
dmesg
デバイス(/dev/sdb1)に関する次のレポートがあります(数秒ごとに繰り返し)。
[9957544.402127] sas: sas_ata_task_done: SAS error 2
[9957544.402137] sd 2:0:1:0: [sdb] command ffff8801046aec00 timed out
[9957544.402161] sas: Enter sas_scsi_recover_host busy: 1 failed: 1
[9957544.402166] sas: ata8: end_device-2:1: cmd error handler
[9957544.402180] sas: ata7: end_device-2:0: dev error handler
[9957544.402182] sas: ata8: end_device-2:1: dev error handler
[9957544.402188] ata8.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[9957544.402190] sas: ata9: end_device-2:2: dev error handler
[9957544.402194] ata8.00: failed command: READ DMA EXT
[9957544.402202] ata8.00: cmd 25/00:08:f0:5f:a1/00:00:4e:00:00/e0 tag 22 dma 4096 in
[9957544.402202] res 01/04:00:af:6d:70/00:00:74:00:00/e0 Emask 0x3 (HSM violation)
[9957544.402206] ata8.00: status: { ERR }
[9957544.402208] ata8.00: error: { ABRT }
[9957544.402211] ata8: hard resetting link
[9957544.646553] ata8.00: configured for UDMA/33
[9957544.646565] ata8: EH complete
[9957544.646587] sas: --- Exit sas_scsi_recover_host: busy: 0 failed: 0 tries: 1
データは重要ではありません。以前に回復を行ったことがあります。この質問は、それを取り戻すことに関するものではありません。
根本的な問題は不良セクタのようです。ツールがそれを検出できないのはなぜですか?このデバイスを使い続ける賢明ではない措置を講じていると仮定すると、問題を診断するためにどのツールが優れていますか?