“blk_update_request：I / O错误”是什么意思？
我正在将一些文件复制到外部硬盘驱动器，在此期间， 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
之后，我能够将该文件复制到另一个位置，但是校验和与原始文件不匹配，所以我认为它可能是一个坏扇区，但是……我已经检查过SMART并且没有关于任何信息的信息。分配！
这是什么意思呢？ 我的驱动器坏了还是系统随机错误？ 我应该担心吗？
sd 12：0：0：0：[sde]标签＃0 CDB：写入（16）8a 00 00 00 00 00
初始错误表示SCSI命令0x8a（写入）失败，您得到错误5，EIO输入/输出错误。 这种对媒体的物理写入失败表明媒体上存在物理错误（或者不太可能应该仔细检查驱动程序和控制器之间的互连电缆（例如SATA电缆））。
随后的SCSI命令错误0x88是读取失败。 听起来你需要监控你的SMART数据; 也许媒体需要更换。
DID_ERROR部分通常是由与驱动器通信的早期错误引起的，然后内核尝试重置驱动器，如果它无法重置，则驱动器将脱机。 从逻辑上讲，它已被拔掉，因此所有后续请求都会因DID_ERROR而失败。
在日志中进一步查看原始错误。
我弄清楚这些错误在我的情况下意味着什么……它发生了，因为我使用的是SATA-to-USB3适配器（Unitek Y-1034），这不是支持我的驱动器型号（HGST NAS）或尺寸（可能是4TB）对于那个适配器而言太大了）。
驱动器过去和现在仍然是100％好（在SMART中没什么不好），自从我改用热插拔SATA托架以来它再也没有发生过。