한동안 네트워크 카드를 사용하지 않았는데 지금은 전혀 작동하지 않습니다. 수동으로 IP 주소를 할당할 수 있지만( sudo ip addr add 192.168.2.155/24 broadcast 192.168.2.255 dev eth0예를 들어) 동일한 네트워크에 있는 호스트에 핑을 보낼 수도 없습니다.
ethtool -S eth0ethtool( )이 일부 전송된 패킷을 표시하지만 수신된 바이트와 패킷은 항상 0이라는 것이 매우 의심스럽습니다 . 뭔가 분명히 잘못되었습니다.
다음은 내가 시도한 것의 목록입니다.
- 재시작
- 다른 케이블을 사용해 보았습니다
- 다른 포트를 사용해 보았습니다(이 노트북은 도크에 하나, 노트북 자체에 하나가 있으며 내부적으로 동일한 네트워크 카드에 연결되어 있습니다).
- 다른 스위치를 사용해 보았습니다(스위치 A: 8포트 GbE, 스위치 B: 5포트 100MbE)
- 커널 및 Linux 펌웨어를 이전 버전(각각 3.13 및 2013년 중반)으로 다운그레이드
- 최신 아치 리눅스 라이브 미디어를 시작해도 작동하지 않습니다. 증상은 동일합니다.
Ubuntu 14.04.1 라이브 미디어를 시작하지 않아도 동일한 증상이 나타납니다.
위에서 언급한 각 설정에서 IP 주소를 수동으로 할당하여 네트워크에 액세스하기 위해 wicd를 사용해 보았습니다. 처음에는 동일한 결과로 NetworkManager도 시도했습니다.
현재 네트워크 카드가 손상된 것으로 의심됩니다. 그렇다면 어떻게 확인하거나 문제를 해결할 수 있습니까?
문제의 네트워크 카드는 다음과 같습니다(Thinkpad X200):
00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network Connection (rev 03)
Subsystem: Lenovo Device 20ee
Flags: bus master, fast devsel, latency 0, IRQ 44
Memory at f2600000 (32-bit, non-prefetchable) [size=128K]
Memory at f2625000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 1840 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] PCI Advanced Features
Kernel driver in use: e1000e
Kernel modules: e1000e
ethtool -S eth0:
NIC statistics:
rx_packets: 0
tx_packets: 90
rx_bytes: 0
tx_bytes: 8113
rx_broadcast: 0
tx_broadcast: 70
rx_multicast: 0
tx_multicast: 20
rx_errors: 0
tx_errors: 0
tx_dropped: 0
multicast: 0
collisions: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_no_buffer_count: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_abort_late_coll: 0
tx_deferred_ok: 0
tx_single_coll_ok: 0
tx_multi_coll_ok: 0
tx_timeout_count: 0
tx_restart_queue: 0
rx_long_length_errors: 0
rx_short_length_errors: 0
rx_align_errors: 0
tx_tcp_seg_good: 0
tx_tcp_seg_failed: 0
rx_flow_control_xon: 0
rx_flow_control_xoff: 0
tx_flow_control_xon: 0
tx_flow_control_xoff: 0
rx_csum_offload_good: 0
rx_csum_offload_errors: 0
rx_header_split: 0
alloc_rx_buff_failed: 0
tx_smbus: 0
rx_smbus: 0
dropped_smbus: 0
rx_dma_failed: 0
tx_dma_failed: 0
rx_hwtstamp_cleared: 0
uncorr_ecc_errors: 0
corr_ecc_errors: 0
tcpdump -i eth0을 사용하면 트래픽이 전혀 표시되지 않습니다.
답변1
지금까지의 테스트 결과 적어도 문제가 있는 네트워크 카드의 수신 측이 제대로 작동하지 않는다는 것이 꽤 명확하게 입증된 것 같습니다. 하지만 더 많은 테스트를 수행하려면 다음과 같은 몇 가지 제안 사항을 따르세요.
노트북의 Dock 커넥터를 확인하세요. Dock이 있는 경우와 없는 경우 모두 동일한 네트워크 카드가 사용되므로 노트북의 네트워크 소켓이 Dock 커넥터를 통해 연결되어 있음을 의미합니다. 도크 커넥터가 전도성 물체로 인해 손상되거나 단락되면 도크를 사용하지 않더라도 NIC 수신 회로에 단락이 발생할 수 있습니다.
네트워크 소켓(노트북 및 도킹 스테이션)을 확인하십시오. 소켓의 모든 접촉 상태가 양호합니까? 단락을 일으킬 수 있는 것이 있습니까?
정상 작동이 확인된 케이블을 사용하여 연결 상태 정보를 얻을 수 있는 장치에 네트워크 어댑터를 연결합니다. 호스팅 스위치나 자동 MDIX 가능 네트워크 인터페이스(예: 대부분의 최신 기가비트 NIC)가 있는 다른 컴퓨터가 좋습니다. IP 주소를 수동으로 할당합니다.
ethtool eth0네트워크 인터페이스가 링크가 작동 중이라고 생각하는지 확인하는 데 사용됩니다 . 상대방도 동의하는가? 테스트 파트너에게 링크가 표시되지 않으면 네트워크 카드에 결함이 있는 것입니다.
문제가 있는 네트워크 카드에서 데이터를 전송해 보십시오. 반대쪽에서 수신된 것이 있습니까? (관리되는 스위치에서는 해당 포트에 대한 트래픽 카운터가 증가해야 합니다. 다른 호스트에서는 통계를 모니터링하거나 tcpdump, wireshark또는 이와 유사한 것을 사용하여 들어오는 모든 트래픽을 모니터링할 수도 있습니다.) 테스트 파트너가 트래픽을 볼 수 없는 경우 또는 수신 오류 카운터가 증가하고 문제 NIC의 전송 측도 실패합니다.
답변2
유선 또는 무선 네트워크에 연결합니다. dhcpcd시작 시 자동으로 로드됩니다.
dhcpcd.service모든 인터페이스에 대해 기본적으로 활성화됩니다. 수동으로 구성한 경우 중지유선 네트워크.
systemctl stop dhcpcd.service
무선 네트워크에 연결하려면
wifi-menu wlo1
wlo1무선 인터페이스 로 .
ip link인터페이스를 보거나 다음을 dhcpcd사용하여 이더넷에 바인딩합니다.
systemctl start [email protected]
dhcpd가 시작되지 않으면 dhcpcd를 수동으로 시작하십시오.
dhcpcd eth0
아치리눅스 위키네트워크 구성