Unidade de dados principal com erros de E / S

1

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

(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á inoperante? Ou é um problema de corrupção mbr?

    
por koogee 15.03.2015 / 10:59

1 resposta

0

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

Depois, você desejará executar o fsck & amp; badblocks sobre isso:

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

A página man do badblocks recomenda fazer isso dessa maneira, não diretamente. Se ele tiver o monitoramento da SMART, veja os registros & amp; execute testes para isso também.

    
por Mark Williams 15.03.2015 / 11:17