私のネットワークカードが死んでいますか?

私のネットワークカードが死んでいますか?

いいですね。コマンド出力のため少し長くなります。基本的なT撮影だけを見せてくれるので複雑ではなく、どんなフィードバックでもいただければ幸いです。

基本的に、私は家にSnort IDS / IPSとネットワーク監視の目的で使用するかなり新しいAPU1D4を持っています。私は01/03(dd / mm - 私はイギリスにいます)にPXEを介してCentOS 7をインストールしました。 09/03から13/03まで仕事が忙しくて手もつかなかった。今日は少し休んで戻ってきました。以前は存在しなかったGigEポートの1つに問題があります。

(注: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).

システムを自動的に更新するcronjobがないため、01/03にシステムを構築した後にr8169ドライバが使用されたと仮定する必要があります。lspciオンボードNIC 3つの出力は次のとおりです。

# 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出力で判断すると問題のあるネットワークカードにファームウェアが正しくロードされないようです。

/etc/sysconfig/network-scripts/ifcfg-enp3s0おそらく、これは正しいHWADDRが示されているように、システムがHWADDRを誤って報告する理由を説明します00:0D:B9:XX:XX:96(最後のオクテットの10進数94、95を除いて他の2つは同じです)。ただし、報告された出力は次の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エンジン(APUメーカー)に属すると報告しています。

どんな助けでも大変感謝します。

注:13月3日に会社に出勤しましたが、偶然家に停電となり、その日の朝09時15分頃まで復旧されなかったことがわかりました。しかし、APUの他の2つのネットワークカードと同様に、3つのネットワークカードはすべて問題なくMikrotikルーターに接続されました。さらに、私はAPC SurgeArrest電源を提供しましたが、これはこの状況に備えてある程度保護してくれると思いました。

ベストアンサー1

ThinkPad E540でも同様の問題がありましたが、Ethernetがまったく機能しないようです。 ifocnfigはパケットを受信して​​おらず、すべての「TX」パケットが破棄されたと見なされました。

解決策は簡単です。マザーボードはWakeOnLanをオンにしないでイーサネットを中断します。これは私に役立ちました:

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

おすすめ記事