应直接用ip -s link show查rx/tx errors和dropped，再用ethtool -s深挖crc/frame/fifo等物理层错误；勿依赖ifconfig或/proc/net/dev的errs字段，因其统计旧、不区分类型易误判。

直接用 ip -s link show 查接收/发送错误和丢包，再配合 ethtool -S 深挖物理层错误细节，是最准、最可靠的方式。别依赖 ifconfig 或 /proc/net/dev 的 errs 字段——它们统计口径旧、不区分错误类型，容易误判。

用 ip -s link show 看聚合错误与丢包

这是第一道筛查门槛，命令快、结果清晰：

• 运行 ip -s link show ens33（把 ens33 替换为你的实际网卡名，可用 ip link show 先确认）
• RX 块中重点关注：
  rx_errors：物理层错误总和（含 CRC、帧对齐、长度等），持续增长基本指向网线松动、光模块衰减或双工不匹配
  rx_dropped：内核主动丢弃，常见于 net.core.netdev_max_backlog 不足或软中断处理不过来
  rx_missed：Ring Buffer 溢出，说明驱动取包太慢，可能因中断绑定不均或 CPU 负载高
• TX 块中重点关注：
  tx_errors 很少见，若非零，重点查 ethtool -S 中的 carrier 或 aborted 类错误
  tx_dropped 多因 qdisc 队列满、TC 限速或驱动发送缓冲区溢出

用 ethtool -S 查底层物理错误计数器

ip -s link 只给总和，真正定位根因得靠 ethtool -S 读网卡芯片寄存器：

linux-sysadmin

Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...

下载

• 先确保已安装：sudo apt install ethtool（Debian/Ubuntu）或 sudo dnf install ethtool（RHEL/CentOS）
• 运行 ethtool -S ens33 | grep -E "(crc|frame|fifo|miss|drop)"
• 关键字段含义：
  rx_crc_errors > 0 → 线缆接触不良、EMI 干扰或交换机端口故障
  rx_frame_errors > 0 → 帧格式错，常与双工不匹配或 PHY 异常有关
  rx_fifo_errors 或 rx_over_errors 高 → 接收 FIFO 溢出，和 CPU 负载、RPS/RFS 设置强相关
  rx_missed_errors 持续涨 → Ring Buffer 太小或中断响应延迟，可调 ethtool -G ens33 rx 4096

结合链路状态与光模块诊断交叉验证

单看计数器不够，必须同步确认物理连接是否健康：

• 运行 ethtool ens33，检查：
  Link detected: yes（否表示链路中断）
  Speed: 10000Mb/s、Duplex: Full（是否与对端协商一致）
  Auto-negotiation: on（若为 off 或 failed，大概率是兼容性问题）
• 对 SFP/SFP+ 光模块，加 -m 参数：sudo ethtool -m ens33
  关注 rx_power 是否在标称范围内（如 -12.5dBm ~ -1dBm）、temperature 是否异常升高
• 抓包辅助判断：tcpdump -i ens33 -c 100 若完全收不到帧，不是丢包，而是物理链路已断

盯住趋势，而非单次数值

硬件劣化是渐进过程，固定时间间隔采样比人工看一次更有预警价值：

• 用 watch 每 30 秒采样：watch -n 30 'ethtool -S ens33 | grep -E "(rx_.*err|rx_.*ovr)"'
• 记录历史值，观察 rx_crc_errors 或 rx_missed_errors 是否缓慢但稳定上升（例如每小时增 1–3 个）——这往往是光纤微弯、模块老化或端口氧化的早期信号
• 若某台服务器出现异常趋势，而同批次其他机器正常，优先排查单机硬件（如 PCIe 插槽松动、网卡固件异常）