-
Problem mit r8169 besteht aber noch immer...
Autor: Der Adminblogger 01.02.10 - 14:25
NETDEV WATCHDOG: eth0 (r8169): transmit timed out
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526983
Betrifft z.B. alle EQ-Server bei Hetzner, da in denen
06:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 02)
verbaut ist. -
Re: Problem mit r8169 besteht aber noch immer...
Autor: in kontinenz 01.02.10 - 15:16
mit einer realtek wirst du wohl nie richtig happy werden...
-
Re: Problem mit r8169 besteht aber noch immer...
Autor: elgooG 01.02.10 - 15:39
Es gibt allerdings Workarounds. Das Kernelmodul muss nur mit dem eines anderen Modells ersetzt werden, dann läuft es auch. Einfach googlen. ;)
Die Chips selbst sind leider eine Katastrophe und machen eigentlich bei jedem OS Probleme. Ein Windows (Ob Server oder nicht) erkennt eine solche Karte zwar, aber dafür wimmelt es im Netzwerk nur so von kaputten Paketen. Auch der Datendurchsatz ist ungewöhnlich schwankend. -
Re: Problem mit r8169 besteht aber noch immer...
Autor: meinefresse 02.02.10 - 07:59
in kontinenz schrieb:
--------------------------------------------------------------------------------
> mit einer realtek wirst du wohl nie richtig happy werden...
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
Die beiden laufen Perfekt (mit dem r8169). Manche Revisionen der Chips sind aber möglicherweise Fehlerhaft bzw. liegen Bios-Fehler vor.
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI
Express Gigabit Ethernet controller (rev ff)
Der läuft leider erst nach dem ersten Neustart einwandfrei (Asus-Board). Es ist nicht nur Linux betroffen.



