¿Cuál es la razón del error 'eth0: Tiempo de espera de transmisión' en dmesg?

0

En un sistema gentoo Linux, la dmesgsalida muestra algo como lo siguiente repetidamente:

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

y la salida de ethtool -S eth0es

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

Sin embargo, en un sistema idéntico con una tarjeta ethernet idéntica y un kernel idéntico de Linux y no existe un error visible. ¿Cómo averiguar el motivo de este mensaje de error?

Especulación : ¿Podría haber algunos problemas de firewall, entonces el sistema Linux está tratando de copiar algo a un sistema diferente? ¿Algún otro problema relacionado con la red?

Alex
fuente

Respuestas:

0

No he visto este mensaje de error en mucho tiempo. ¿Estás usando hardware / software antiguo?

De cualquier manera, el truco para que funcione es deshabilitar acpi, la Configuración avanzada y la Interfaz de energía. No confunda esto con apic, el controlador de interrupción programable avanzado.

La forma de hacerlo es cambiar la línea.

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

dentro

 GRUB_CMDLINE_LINUX_DEFAULT="acpi=off ro quiet splash"

en (en mi sistema Ubuntu) / etc / default / grub. En Gentoo, no lo sé, pero estoy seguro de que puede encontrar algo estrictamente equivalente.

MariusMatutiae
fuente
Gracias por su sugerencia, pero (i) no puedo encontrar un archivo en gentoo que contenga la línea especificada y (ii) no veo el problema en un sistema idéntico, que casi con certeza absoluta tiene la misma configuración interna de Linux ( configuraciones para arranque, kernel, etc.)
Alex
@ Alex ¿Quizás no estás en Grub? Además: si realmente cree que los dos sistemas son idénticos, entonces no tiene sentido preguntar: la falla está en el hardware. ¿Pero estás seguro de que los dos sistemas son idénticos?
MariusMatutiae
Creo que este problema proviene de la red fuera del sistema. A veces veo problemas al transferir datos a un servidor externo, lo que resulta en un aumento de contador para ethtool -S eth0. ¿Estás totalmente en desacuerdo o crees que esta podría ser la razón? Los sistemas reales son idénticos, pero se usan en diferentes lugares con diferentes configuraciones de red (fuera del sistema real de Linux / hardware).
Alex