В чем причина ошибки «eth0: время передачи» в dmesg?

Question

В системе Gentoo Linux вывод 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 пытается скопировать что-то в другую систему? Любая другая проблема, связанная с сетью?

Answer 1

Я не видел это сообщение об ошибке в течение очень долгого времени. Вы на старом оборудовании / программном обеспечении?

В любом случае, хитрость, чтобы заставить это работать, состоит в том, чтобы отключить acpi, расширенную конфигурацию и интерфейс питания. Пожалуйста, не путайте это с apic, усовершенствованным программируемым контроллером прерываний.

Способ сделать это, чтобы изменить линию

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

в

 GRUB_CMDLINE_LINUX_DEFAULT="acpi=off ro quiet splash"

в (в моей системе Ubuntu) /etc /default /grub. В Gentoo я не знаю, но я уверен, что вы можете найти что-то строго эквивалентное.