Я копировал некоторые файлы во внешний жесткий диск и во время этого dmesg
произведенный это:
[76668.241387] sd 12:0:0:0: [sde] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[76668.241392] sd 12:0:0:0: [sde] tag#0 CDB: Write(16) 8a 00 00 00 00 00 ff ff ff 80 00 00 00 80 00 00
[76668.241394] blk_update_request: I/O error, dev sde, sector 4294967168
[76668.241443] EXT4-fs warning (device dm-6): ext4_end_bio:329: I/O error -5 writing to inode 133955588 (offset 2692743168 size 8388608 starting block 536869888)
[76668.241445] Buffer I/O error on device dm-6, logical block 536869888
[76668.241448] Buffer I/O error on device dm-6, logical block 536869889
[76668.241450] Buffer I/O error on device dm-6, logical block 536869890
[76668.241451] Buffer I/O error on device dm-6, logical block 536869891
[76668.241452] Buffer I/O error on device dm-6, logical block 536869892
[76668.241453] Buffer I/O error on device dm-6, logical block 536869893
[76668.241454] Buffer I/O error on device dm-6, logical block 536869894
[76668.241456] Buffer I/O error on device dm-6, logical block 536869895
[76668.241457] Buffer I/O error on device dm-6, logical block 536869896
[76668.241458] Buffer I/O error on device dm-6, logical block 536869897
Файловый менеджер (Caja) не прекратил копировать, на самом деле он закончил операцию без любых предупреждений, однако после этого я попытался читать файл, на котором произошла та ошибка (путем вычисления CRC - который не сделал законченный), и добрался больше:
[78572.174482] sd 12:0:0:0: [sde] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[78572.174487] sd 12:0:0:0: [sde] tag#0 CDB: Read(16) 88 00 00 00 00 00 ff ff ff f0 00 00 00 10 00 00
[78572.174490] blk_update_request: I/O error, dev sde, sector 4294967280
[78572.223194] sd 12:0:0:0: [sde] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[78572.223200] sd 12:0:0:0: [sde] tag#0 CDB: Read(16) 88 00 00 00 00 00 ff ff ff f8 00 00 00 08 00 00
[78572.223202] blk_update_request: I/O error, dev sde, sector 4294967288
После этого я смог скопировать тот файл в другое местоположение, но контрольные суммы не соответствовали оригиналу, таким образом, я полагал, что это мог бы быть поврежденный сектор, но... Я проверил УМНЫЙ и нет никакой информации ни о каких перераспределениях!
Что все это означает? Мой диск повреждается или был этим некоторая системная случайная ошибка? Я должен волноваться?
Я выяснил то, что те ошибки означали в моем случае... это происходило, потому что я использовал SATA-to-USB3 адаптер (Unitek Y-1034), который или не поддерживал мою модель дисков (HGST NAS) или размер (возможно, 4 ТБ были слишком большими для того адаптера).
Диски были и все еще являются 100%-й пользой (ничто плохо в УМНОМ), и этого никогда не происходило снова, так как я переключил на использование замены в горячем режиме отсек SATA.
sd 12:0:0:0: [sde] tag#0 CDB: Запишите (16) 8a 00 00 00 00 00
, начальная ошибка указывает, что команда 0x8a SCSI (запись) перестала работать, и Вы получаете errno 5, ошибку ввода/вывода EIO. Отказ этого вида на физической записи к медиа указывает или на физическую ошибку на медиа (или менее вероятно возможно, необходимо проверить оптический кабель дважды между драйвером и контроллером (например, кабель SATA)).
последующие ошибки команды SCSI 0x88 являются отказами чтения. Кажется, что необходимо контролировать данные S.M.A.R.T.; возможно, медиа нужна замена.
Часть DID_ERROR обычно вызывается более ранней ошибкой при общении с диском, затем ядро пытается сбросить диск, и если этому не удается сбросить, диск выведен из эксплуатации. Логически разговор, это было отключено и так весь последующий сбой запросов с DID_ERROR.
Взгляд далее назад в Ваших журналах для исходной ошибки.