Linux无法直接读取实时寻道时间，内核不暴露单次I/O的寻道耗时；厂商仅提供标称平均值（如9ms），需查硬盘datasheet获取，smartctl等工具无法测得真实寻道时间。
Linux无法直接读取实时寻道时间
Linux内核不暴露单次I/O的寻道时间，smartctl、iostat或hdparm都拿不到这个值。所谓“寻道时间”是硬盘固件内部的机械行为参数，厂商只提供平均值（如标称9ms），不对外输出每次磁头移动的实际耗时。
只能查厂商标称的平均寻道时间
这个数值写死在硬盘规格里，不是运行时能测出来的。你得靠文档或SMART属性间接推断：
-
smartctl -a /dev/sda输出中找Seek_Error_Rate或Raw_Read_Error_Rate，但这些是错误率，不是时间 - 真正能看的只有
Power_On_Hours（通电小时数）、Start_Stop_Count（启停次数）这类累计指标 - 如果硬盘型号已知，去官网查 datasheet —— 比如 WD Red 4TB 标称平均寻道时间是 12.5ms，Seagate IronWolf 是 8.5ms
iostat 的 await 不等于寻道时间
很多人误以为 iostat -x 1 里的 await 就是寻道时间，其实它是整条I/O路径的平均等待时间，包含队列排队、寻道、旋转延迟、传输全部环节。一个7200RPM硬盘的典型 await 在 8–15ms 之间，但其中寻道只占约 60–70%，其余是旋转延迟（~4.17ms）和传输开销。
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
如果你看到 await > 20ms 且 %util 接近 100%，说明I/O压力大，但不能据此反推出寻道变慢 —— 更可能是队列堆积或磁盘过载。
真想实测寻道行为？得用底层工具+物理层配合
严格意义上的寻道时间测量需要：
- 用
blktrace抓原始块层事件，再过滤出Q（queue）→M（merge）→Q（requeue）→G（getrq）→D（issue）的时间差，但这反映的是调度延迟，不是磁头物理移动 - 搭配示波器接硬盘伺服信号线（几乎不可行，消费级硬盘不开放此接口）
- 或者用 Wireshark + SATA协议分析仪捕获 AHCI 寄存器操作，观察
TFD寄存器中BUSY和DRQ状态切换间隔 —— 这个差值才接近真实寻道+旋转延迟总和，但需要硬件支持
日常运维中，盯紧 await、svctm（已废弃，仅作参考）、%util 和 SMART 中的 Reallocated_Sector_Ct 就够了。寻道时间本身是个固定硬件参数，坏了才会明显变长，而不是随负载波动。
