☰

我的网卡死了吗？

tag-icon • tag-icon linux centos kernel-modules ethernet
我的网卡死了吗？

好的，由于命令输出，这有点长。不一定很复杂，因为我只展示一些基本的 t 射击，所以任何反馈将不胜感激。

基本上，我家里有一个相当新的 APU1D4，用于 Snort IDS/IPS 和网络监控目的。我在 01/03（dd/mm - 我在英国）通过 PXE 安装了 CentOS 7，从这一天到 09/03（我最后一次使用它）系统都很好。从09/03到13/03我工作很忙所以没有碰过它。今天我休息了一些时间，所以我又回来了。我遇到了之前不存在的 GigE 端口之一的问题。

（注：CentOS 7 将 eth0/1/2 重命名为 enp1s0/enp2s0/enp3s0。）

我在终端和/var/log/messages定期收到以下消息：

Mar 15 10:45:50 vimto kernel: r8169 0000:03:00.0 enp3s0: rtl_phyar_cond == 1 (loop: 20, delay: 25).
Mar 15 10:45:50 vimto kernel: r8169 0000:03:00.0 enp3s0: rtl_phyar_cond == 1 (loop: 20, delay: 25).
Mar 15 10:45:50 vimto kernel: r8169 0000:03:00.0 enp3s0: rtl_phyar_cond == 1 (loop: 20, delay: 25).

没有 cronjobs 来自动更新系统，所以我必须假设 r8169 驱动程序从我在 01/03 构建系统时就一直在使用。以下是lspci三个板载 NIC 的输出：

# lspci -nn
01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)

进一步看：

# ethtool -i enp1s0
driver: r8169
version: 2.3LK-NAPI
firmware-version: rtl_nic/rtl8168e-2.fw
bus-info: 0000:01:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

[root@vimto ~]# ethtool -i enp2s0
driver: r8169
version: 2.3LK-NAPI
firmware-version: rtl_nic/rtl8168e-2.fw
bus-info: 0000:02:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

[root@vimto ~]# ethtool -i enp3s0
driver: r8169
version: 2.3LK-NAPI
firmware-version:
bus-info: 0000:03:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

当谈到比这更进一步的拍摄时，我并不完全清楚我在做什么，但是根据 ethtool 的上述输出判断，固件没有正确加载到我遇到问题的网卡上。

也许这也可以解释为什么系统错误地报告 HWADDR，因为/etc/sysconfig/network-scripts/ifcfg-enp3s0显示正确的 HWADDR 为00:0D:B9:XX:XX:96（其他两个相同，除了最后八位字节的小数为 94、95）。然而，报告的输出ip addr是：

# ip addr
...
4: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether 00:10:00:80:00:10 brd ff:ff:ff:ff:ff:ff

事实上，MAC 地址00:10:00:80:00:10返回为“有线电视”，如下所示：http://www.coffer.com/mac_find/?string=00%3A10%3A00%3A80%3A00%3A10

其他人的报告如我所料，属于 PC Engines（APU 制造商）。

非常感谢任何帮助。

注：尽管 13 月 3 日正在上班，但我碰巧知道我家停电了，直到当天早上 09:15 左右才恢复。然而，所有三个网卡都连接到没有任何问题的 Mikrotik 路由器，APU 上的其他两个网卡也没有任何问题。另外，我还为它们提供了 APC SurgeArrest 电源，我认为这应该可以针对这些情况提供一些保护。

答案1

我在使用 ThinkPad E540 时遇到了类似的问题，以太网似乎根本无法工作 - ifocnfig 中没有接收数据包，并且所有“TX”数据包均被视为已丢弃。

解决方案很简单——主板以某种方式暂停未打开 WakeOnLan 的以太网。这对我有帮助：

ethtool -s enp3s0 wol g
ifconfig enp3s0 down
ifconfig enp3s0 up

相关内容