dmesg에서 'eth0: Transmit timeout' 오류가 발생하는 이유는 무엇입니까?

dmesg에서 'eth0: Transmit timeout' 오류가 발생하는 이유는 무엇입니까?

젠투 리눅스 시스템에서 dmesg출력은 다음과 같은 내용을 반복해서 보여줍니다:

eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
eth0: Transmit timeout, status 0c 0005 c07f media 10.
eth0: Tx queue start entry 18  dirty entry 14.
eth0:  Tx descriptor 0 is 0008a5ea.
eth0:  Tx descriptor 1 is 0008a5ea.
eth0:  Tx descriptor 2 is 0008a5ea. (queue head)
eth0:  Tx descriptor 3 is 0008a5ea.
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1

그리고 출력은 다음과 ethtool -S eth0같습니다

NIC statistics:
     early_rx: 0
     tx_buf_mapped: 0
     tx_timeouts: 137
     rx_lost_in_ring: 0

그러나 동일한 이더넷 카드, 동일한 Linux 및 동일한 커널을 사용하는 동일한 시스템에서는 이러한 오류가 표시되지 않습니다. 이 오류 메시지의 원인을 찾는 방법은 무엇입니까?

추측: 방화벽 문제일 수도 있고, Linux 시스템이 다른 시스템에 무언가를 복사하려고 시도하는 것일까요? 다른 네트워크 관련 문제가 있나요?

답변1

나는 이 오류 메시지를 아주 오랫동안 본 적이 없습니다. 오래된 하드웨어/소프트웨어를 사용하고 계십니까?

어떤 방식으로든 이를 작동시키는 비결은 고급 구성 및 전원 인터페이스인 acpi를 비활성화하는 것입니다. 이것을 Advanced Programmable Interrupt Controller인 apic과 혼동하지 마십시오.

방법은 줄을 바꾸는 것입니다.

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

~ 안으로

 GRUB_CMDLINE_LINUX_DEFAULT="acpi=off ro quiet splash"

(내 우분투 시스템에서) /etc/default/grub. Gentoo에서는 잘 모르겠지만, 엄밀히 말하면 동등한 것을 찾을 수 있을 것이라고 확신합니다.

관련 정보