컴퓨터에서 작업할 때 네트워크 연결이 끊어졌다가 여러 번 다시 연결되는 경우가 있습니다. 이런 일이 가끔 발생하는데 재현할 수 없습니다. 이 문제를 어떻게 해결할 수 있는지 아는 사람 있나요?
하드웨어 정보는 다음과 같습니다.
Network:
Device-1: Intel Ethernet I219-LM vendor: Holco Enterprise Co /Shuttle
driver: e1000e v: kernel port: N/A bus-ID: 00:1f.6
IF: eth1 state: down mac: <filter>
Device-2: Intel Ethernet I225-V vendor: Holco Enterprise Co /Shuttle
driver: igc v: kernel port: N/A bus-ID: 01:00.0
IF: eth0 state: up speed: 2500 Mbps duplex: full mac: <filter>
# nmcli device show
GENERAL.DEVICE: eth0
GENERAL.TYPE: ethernet
GENERAL.HWADDR: 80:EE:73:FA:CF:22
GENERAL.MTU: 1500
GENERAL.STATE: 100 (connected)
GENERAL.CONNECTION: eth0
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveConnecti>
WIRED-PROPERTIES.CARRIER: on
IP4.ADDRESS[1]: 192.168.1.106/24
IP4.GATEWAY: 192.168.1.1
IP4.ROUTE[1]: dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 100
IP4.ROUTE[2]: dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 100
IP4.DNS[1]: 192.168.1.1
IP4.SEARCHES[1]: shuttle
IP6.ADDRESS[1]: 2a02:1210:7489:a300:2697:710a:426:426d/64
IP6.ADDRESS[2]: 2a02:1210:7489:a300:e284:205d:22b6:9db1/64
IP6.ADDRESS[3]: fe80::1744:cadf:be2:4aee/64
IP6.GATEWAY: fe80::a6ce:daff:feb7:b0a0
IP6.ROUTE[1]: dst = 2a02:1210:7489:a300::/64, nh = ::, mt = >
IP6.ROUTE[2]: dst = fe80::/64, nh = ::, mt = 1024
IP6.ROUTE[3]: dst = ::/0, nh = fe80::a6ce:daff:feb7:b0a0, mt>
IP6.DNS[1]: 2a02:1210:7489:a300::1
IP6.SEARCHES[1]: home
GENERAL.DEVICE: eth1
GENERAL.TYPE: ethernet
GENERAL.HWADDR: 80:EE:73:FA:CF:21
GENERAL.MTU: 1500
GENERAL.STATE: 20 (unavailable)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
WIRED-PROPERTIES.CARRIER: off
IP4.GATEWAY: --
IP6.GATEWAY: --
GENERAL.DEVICE: lo
GENERAL.TYPE: loopback
GENERAL.HWADDR: 00:00:00:00:00:00
GENERAL.MTU: 65536
GENERAL.STATE: 10 (unmanaged)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
IP4.ADDRESS[1]: 127.0.0.1/8
IP4.GATEWAY: --
IP6.ADDRESS[1]: ::1/128
IP6.GATEWAY: --
IP6.ROUTE[1]: dst = ::1/128, nh = ::, mt = 256
로그 출력은 다음과 같습니다.
# journalctl -u NetworkManager -f
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1141] device (eth0): carrier: link connected
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1143] device (eth0): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1151] policy: auto-activating connection 'eth0' (7ba00b1d-8cdd-30da-91ad-bb83ed4f7474)
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1156] device (eth0): Activation: starting connection 'eth0' (7ba00b1d-8cdd-30da-91ad-bb83ed4f7474)
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1157] device (eth0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1158] manager: NetworkManager state is now CONNECTING
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1160] device (eth0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1356] device (eth0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.1362] policy: set 'eth0' (eth0) as default for IPv4 routing and DNS
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.2509] device (eth0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.2598] device (eth0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.2600] device (eth0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.2604] manager: NetworkManager state is now CONNECTED_SITE
Dec 06 09:11:46 sh NetworkManager[919]: <info> [1701850306.2606] device (eth0): Activation: successful, device activated.
지금까지 나는 다음을 시도했습니다.
- 모든 케이블 교체
- 스위치 교체
- 전체 시스템을 다시 설치
- IPV6을 꺼도 도움이 되지 않습니다.
답변1
인터페이스 eth0는 Intel I225-V입니다. 구글에 검색해 보면 이에 대한 많은 신랄한 토론을 찾을 수 있습니다.
https://community.intel.com/t5/Ethernet-Products/Intel-I225-V-Drops-Connections/mp/1474748
다수의 Intel I225-V 칩에 하드웨어 버그가 있는 것으로 보입니다. 분명히 이번 배치에서 마더보드의 대부분을 받은 제조업체는 Asus와 Gigabyte였지만 다른 제조업체도 일부 결함이 있는 칩을 받았을 수 있습니다.
칩의 초기 버전에는 사양에서 허용하는 5바이트 간격이 아닌 2.5G 속도에서 8바이트 패킷 간 간격이 필요했습니다. 이로 인해 1GB 속도에서 패킷 손실 및 링크 재협상이 발생합니다. 재협상을 반복하면 상당한 속도 저하가 발생할 수 있습니다. Intel의 공식 정오표를 참조하십시오.https://cdrdv2.intel.com/v1/dl/getContent/621661
후속 개정판에서는 문제를 해결하려고 시도했지만 처음에는 제대로 작동하지 않았거나 첫 번째 수정으로 인해 다른 문제가 발생했습니다.
I225-V는 분명히 마더보드에 통합되어 있으므로(그림 참조 vendor: Holco Enterprise Co /Shuttle) 시스템/마더보드 공급업체가 BIOS 업데이트 또는 별도의 NIC 펌웨어 업데이트 형식으로 펌웨어 업데이트를 제공하는지 확인하십시오.
분명히 마더보드 모델에 맞게 펌웨어 해결 방법을 조정해야 할 수 있으므로 일반 펌웨어보다는 특정 마더보드/시스템 공급업체의 펌웨어를 선호해야 합니다.
그러나 결함이 있는 칩 개정 중 하나가 있는 경우 펌웨어 해결 방법은 안정적인 2.5G 링크를 허용하지 않고 대신 카드가 보다 지속적으로 1G 링크로 전환되도록 할 수 있으며 이는 하드웨어의 안정적인 취약점과 관계없이 불가능합니다. 유지되어야 합니다.
분명히 B3 칩 버전은 (대부분?) 사용 가능하지만 이전 버전은 모든 면에서 문제가 있습니다.