Unidade de dados principal apresentando erros de E/S

Unidade de dados principal apresentando erros de E/S

Minha unidade de dados principal está apresentando todos os tipos de erros de E/S estranhos:

(tail of dmesg output)
[ 7081.267852] sd 4:0:0:0: [sdb] Unhandled error code
[ 7081.267856] sd 4:0:0:0: [sdb]  Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 7081.267860] sd 4:0:0:0: [sdb] CDB: Read(10): 28 00 36 c4 48 d0 00 00 08 00
[ 7081.267870] end_request: I/O error, dev sdb, sector 918833360
[ 7081.270431] sd 4:0:0:0: [sdb] Unhandled error code
[ 7081.270435] sd 4:0:0:0: [sdb]  Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 7081.270439] sd 4:0:0:0: [sdb] CDB: Read(10): 28 00 36 c4 48 d0 00 00 08 00
[ 7081.270449] end_request: I/O error, dev sdb, sector 918833360
[ 7081.468662] sd 4:0:0:0: [sdb] Unhandled error code
[ 7081.468667] sd 4:0:0:0: [sdb]  Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 7081.468671] sd 4:0:0:0: [sdb] CDB: Read(10): 28 00 36 c4 48 d0 00 00 08 00
[ 7081.468681] end_request: I/O error, dev sdb, sector 918833360
saad@Home-Server:~$ tail /var/log/syslog
Mar 15 14:23:19 Home-Server kernel: [ 7081.270431] sd 4:0:0:0: [sdb] Unhandled error code
Mar 15 14:23:19 Home-Server kernel: [ 7081.270435] sd 4:0:0:0: [sdb]  Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Mar 15 14:23:19 Home-Server kernel: [ 7081.270439] sd 4:0:0:0: [sdb] CDB: Read(10): 28 00 36 c4 48 d0 00 00 08 00
Mar 15 14:23:19 Home-Server kernel: [ 7081.270449] end_request: I/O error, dev sdb, sector 918833360
Mar 15 14:23:19 Home-Server kernel: [ 7081.468662] sd 4:0:0:0: [sdb] Unhandled error code
Mar 15 14:23:19 Home-Server kernel: [ 7081.468667] sd 4:0:0:0: [sdb]  Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Mar 15 14:23:19 Home-Server kernel: [ 7081.468671] sd 4:0:0:0: [sdb] CDB: Read(10): 28 00 36 c4 48 d0 00 00 08 00
Mar 15 14:23:19 Home-Server kernel: [ 7081.468681] end_request: I/O error, dev sdb, sector 918833360

A unidade está morta? Ou é um problema de corrupção mbr?

Responder1

Não é tão provável que seja MBR até agora - seja um problema de unidade ou corrupção aleatória, faça backup rápido, se ainda não o fez!

Então você vai querer executar fsck & badblocks sobre ele:

sudo -i
fsck -t ext4 /dev/sdb1 # or whatever partition it is..
e2fsck -c /dev/sdb

A página de manual dos badblocks recomenda fazer isso dessa maneira, não diretamente. Se tiver monitoramento SMART, observe os logs e execute testes para isso também.

informação relacionada