Linux怎么查看具体的磁盘读取失败错误码-LINUX-PHP中文网

dmesg不显示eio等errno，因其记录内核驱动层硬件异常行为而非系统调用返回值；需通过关键词（如timeout、abort、read）、设备上下文及smartctl/strace等工具交叉验证定位根因。

linux怎么查看具体的磁盘读取失败错误码

直接看 dmesg 里的错误码不现实——它不会输出像 EIO 这样的标准 errno，而是记录底层 I/O 异常行为；真正要定位“读取失败”的具体原因，得靠日志关键词 + 设备上下文 + 后续工具交叉验证。

为什么 dmesg 不显示 EIO、ENODEV 这类错误码

dmesg 输出的是内核驱动层的诊断信息，不是系统调用返回值。你看到的 I/O error 或 sector 123456789 是硬件/驱动报出的异常事件，而非 read(2) 系统调用返回的 errno。标准错误码（如 EIO）只在用户态程序收到系统调用失败时才出现，内核日志里不会直接写出来。

比如 blk_update_request: I/O error, dev sda, sector 123456789 —— 这表示块层收到了设备返回的失败响应，但没告诉你这是电源不稳、链路 CRC 错还是控制器超时
ata1.00: failed command: READ FPDMA QUEUED 后面可能跟 status: { DRDY ERR } 和 error: { UNC }，这才是 ATA 协议级错误码，需查 ATA spec 解码
NVMe 设备报 NVMe status: 0x202 (abort) / 0x204 (timeout)，对应的是 NVMe 命令状态码，不是 Linux errno

从 dmesg 提取有效线索的实操过滤方式

别搜 EIO，要搜能触发它的现象关键词，并绑定设备名：

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

基础筛选：dmesg | grep -E -i "(sd[a-z]|nvme|ata|vd[a-z])" | grep -i "error|fail|timeout|crc|bad|abort|reset"
聚焦读操作：dmesg | grep -A 3 -B 1 "READ\|read\|sector [0-9]\+"（-A 3 -B 1 带上下文，看清是哪个命令、哪个队列、是否重试）
排除干扰：加 | grep -v "usb\|hid\|firmware\|acpi" 避免混入非存储设备日志
注意时间戳：同一设备反复出现 timeout + reset 组合，比单次 I/O error 更可疑

结合 smartctl 和 errno 工具反向验证

当你在 dmesg 中看到某设备（如 /dev/sda）频繁报错，下一步不是猜 errno，而是查它是否真被内核判定为“不可用”：

运行 smartctl -a /dev/sda，重点看：Reallocated_Sector_Ct（已重映射扇区）、Current_Pending_Sector（待重映射）、UDMA_CRC_Error_Count（线缆干扰）
如果 smartctl -H /dev/sda 返回 PASSED 但仍有 sporadic timeout，可能是 NCQ 冲突或主板 AHCI Bug，用 sudo hdparm -I /dev/sda | grep -i ncq 确认是否启用
想查用户态程序实际收到什么 errno？复现问题时用 strace -e trace=read,open,io_submit -p $(pgrep -f 'your_app')，能看到 read() = -1 EIO 或 open() = -1 ENXIO 等真实返回值
查 errno 含义：errno -l | grep -E "EIO|ENXIO|EBUSY|EROFS"，但注意：这些是系统调用层面的结果，不是磁盘物理错误的根源

容易被忽略的深层陷阱

很多工程师卡在“看到 I/O error 就换盘”，结果发现是别的环节：

虚拟机里 /dev/vda 报大量 end_request: I/O error，宿主机上查 journalctl -u qemu-system-x86_64 才发现是 Ceph OSD 宕机，不是本地磁盘问题
dmesg 显示 nvme 0000:01:00.0: Device not ready，但 lspci -vv -s 01:00.0 的 AER 日志里有 Uncorrectable Error (Non-Fatal)，说明 PCIe 链路出错，换插槽或更新 BIOS 更有效
RAID 卡后端盘报 softreset failed，但 megacli -AdpEventLog -GetEvents -f /tmp/log.txt -aALL 显示是电池充放电异常导致 write-back 缓存禁用，I/O 延迟飙升引发超时