내 네트워크 카드가 죽었나요?

좋습니다. 명령 출력 때문에 조금 깁니다. 기본적인 T-촬영만 보여드리므로 복잡할 필요는 없으므로 어떤 피드백이라도 주시면 감사하겠습니다.

기본적으로 저는 집에 Snort IDS/IPS 및 네트워크 모니터링 목적으로 사용하는 상당히 새로운 APU1D4를 가지고 있습니다. 저는 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).

시스템을 자동으로 업데이트하는 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(마지막 옥텟의 십진수 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 엔진(APU 제조업체)에 속한다고 보고합니다.

어떤 도움이라도 대단히 감사하겠습니다.

참고: 13월 3일 회사에 출근했는데, 우연히 집에 정전이 되어서 그날 아침 09시 15분경까지 복구되지 않았다는 것을 알게 되었습니다. 그러나 APU의 다른 두 네트워크 카드와 마찬가지로 세 개의 네트워크 카드 모두 문제 없이 Mikrotik 라우터에 연결되었습니다. 추가적으로 저는 APC SurgeArrest 전원 공급 장치를 제공했는데, 이것이 이러한 상황에 대비해 어느 정도 보호해 줄 것이라고 생각했습니다.