ethtool -d eth0本质是读取phy/mac芯片寄存器快照，用于定位链路假连、协商卡死等硬件级异常；需root权限，输出为十六进制值，须对照芯片手册解读，不支持该选项的驱动会报错。
用 ethtool -d 读取网卡寄存器，本质是获取 PHY 或 MAC 层芯片的底层状态快照，用于定位硬件级异常，比如链路假连、协商卡死、寄存器锁死等。它不替代常规排查，而是当 ethtool eth0 显示 Link detected: no 但灯亮，或 Speed: Unknown! 且反复重协商无效时的关键手段。
执行前提与权限要求
必须以 root 权限运行，普通用户会提示 Operation not permitted。命令格式为：
sudo ethtool -d eth0
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
注意：
– 并非所有网卡驱动都支持该选项，部分 Realtek 或老旧芯片会直接报错或输出乱码，属驱动限制，非操作错误；
– 输出内容为十六进制寄存器值，无自动解析，需对照芯片手册（如 Marvell 88E1510、Intel I210 的 PHY 寄存器定义）才能准确解读；
– 若设备名错误或网卡未被内核识别，会返回 No such device，此时应先用 ip -br link 和 lspci | grep -i ethernet 确认接口存在及驱动加载状态。
关键寄存器字段与典型异常信号
输出中重点关注以下几组寄存器值（地址为标准 IEEE 802.3 定义）：
-
BMCR（0x00）：基本控制寄存器。若
bit12 (Restart Auto-Negotiation)为 0 且链路异常，说明协商被意外禁用；若bit11 (Power Down)为 1，则 PHY 可能被软件关断。 -
BMSR（0x01）：基本状态寄存器。检查
bit2 (Link Status)是否为 1；若为 0 但物理指示灯常亮，大概率是 PHY 供电异常或固件卡死。 - ADVERTISE（0x04） 和 LPA（0x05）：分别表示本端广告能力与对端协商结果。两者位图不匹配（如本端 advertise 1000BASE-T，LPA 却只显示 100BASE-TX），说明协商过程被截断或对端未响应。
- PHYSTS（0x10）（部分芯片扩展）：提供更细粒度状态，如信号检测、极性校正失败标志，有助于判断线缆质量或接口接触问题。
配合其他工具交叉验证
单看 -d 输出容易误判，需结合以下命令建立完整证据链：
- 运行
sudo dmesg | grep -i "eth0\|phy\|link"，查找内核是否上报PHY reset failed、link down或firmware timeout等底层错误； - 用
ethtool -i eth0确认驱动名称和固件版本，某些 Intel 网卡在旧固件下-d会漏报关键寄存器； - 若怀疑 PHY 异常，可尝试
sudo ethtool -r eth0软复位 PHY（比ifconfig down/up更底层），再立刻跑一次-d对比寄存器变化； - 对支持 MDIO 的平台，用
mdio-tool eth0/0 0x01直接读 BMSR，验证ethtool -d输出是否一致，排除驱动层缓存干扰。
风险提示与实操建议
ethtool -d 是诊断手段，不是修复命令。实际使用中需注意：
- 输出无解释性文字，纯寄存器 dump，没对应芯片文档请勿自行修改字段；
- 部分网卡（如某些 Broadcom BCM57xx）需加
raw on参数才输出完整寄存器块：sudo ethtool -d eth0 raw on； - 生产环境慎用
-r复位，可能引发秒级断连； - 若发现寄存器值全为 0 或重复固定值（如全 0xFFFF），高度提示 PHY 通信中断，优先检查板级供电、MDIO 总线连接或硬件损坏。
