A Much Simpler Fix for the r8169 “Link-Down” Problem
There is a widespread problem with the Linux driver for the Realtek 8168/8169 cards where the modules load properly and the card is visible but no link is detected. E.g.:
Jun 21 18:28:41 localhost kernel: r8169: eth0: link down
Jun 21 18:28:41 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
There are lots of details and suggested solutions from the Ubuntu people. None of the suggestions worked for me, however. Several of them suggest configuring the card under Windows, but the box containing this device is a single-boot linux fileserver. The “wake-on-LAN” functionality seems to be implicated, but not in a way I can see how to fix.
After much head-banging (in the bad sense), I found a simple solution:
(1) Install ethtool
(2) Modify /etc/network/interfaces as follows (substitute your r8169 interface for ‘eth1′ and other settings accordingly):
iface eth1 inet static
pre-up /usr/sbin/ethtool -s eth1 autoneg off
address 192.168.98.1
netmask 255.255.255.0
This did the trick for me where no other solution would work. Of course, link autodetection no longer occurs, but that’s a small price to pay for connectivity.
This is a Debian etch installation using a slightly more recent kernel (2.6.25-2-686).
As an interesting side note, on this new box, the interface appears as eth0 in the kernel logs, but is actually mapped as eth1. Similarly, a second Ethernet interface appears in the log as a different device number than that by which it is referenced. Any ideas why?
Update 6/22/08: Still not getting 1000BaseT (Gigabit), however. If I force 1000BaseT with ethtool -s eth1 speed 1000, the link goes down again (even with autoneg off). The same card in another box, however, detects the link and goes to 1000BaseT automatically. So I’m stuck at 100BaseT.
Update 6/24/08: Linux 2.6.26-rc5 fixes the problem 100% for me.






Matthew W. S. Bell Jun 21
2008 and people still implement link auto-negotiation badly?!
Vincent Bernat Jun 22
Look at /etc/udev/rules.d/persistent-net.rules
Luca Toscano Jun 22
Hi,
I’ve tried to apply your guide to my laptop (dell vostro 1310) and now my r8169 card work perfectly!
Thanks a lot!
Luca
Markus Hochholdinger Jun 22
For me pre-up /usr/sbin/ethtool -s eth0 duplex full speed 1000 is working very well. This is my notebook and I noticed when I’m connected to 100MBit/s and switch later to 1GBit/s I mostly ended up with 10 MBit/s or no connection.
Rafael Vuijk Jun 22
I have the same problem. I could get 1000mbit at some point, but not anymore. 100mbit works fine but not what I want. I’ll try to use the driver from Realtek.
adam Jun 22
I couldn’t get the driver from Realtek to compile. I get a series of errors starting with:
Rafael Vuijk Jun 24
Seems like the netdevice struct misses the member named ‘owner’. Add #define SETMODULE_OWNER(dev) and it will compile.
adam Jun 24
It turns out it was fixed in 2.6.26-rc5, so I’m all set.
Rafael Vuijk Jun 24
Hard to believe though. It’s been so long :) At least the source from realtek gave me back 1000mbit for now. I hope not something else is still broken.
Jorj Jul 4
rl8169 not work (((
JWS Aug 10
Thanks for this, it worked for me with the following steps:
(where eth0 and eth1 will be the first/second interface)
This is on a Gigabyte mobo with 2 Gigabit NICs, running Debian 2.6.18 kernel
Best way to solve this is just upgrading the kernel :)
plops Jan 11
I just installed a Slack12.2 on a laptop with said chipset : the 2.6.27.7-smp kernel wouldn’t speak to the 100Base-T cable, mii-tool did not find anything…
Well, in fact the “workaround” is stupid : just boot with the damned cable plugged !
I don’t do this normally because the box dual-boots with Vista by default and this bitch would destroy itself, in case it can reach any communication cable… I’ll have to be double cautious :-(
Anyway, problem solved, thanks for the page.
Fremmed Mar 31
I just encountered this very situation on one of my boxen, and I think I may have some new information.
I have two identical 8169 NICs (by C-net IIRC) and after about two weeks of continuous operation, with autoneg ON, running at gigabit, I suddenly get the link down problem, and have to turn autoneg off to get link detection again. however, if I swap the NIC for another, identical, card, I get autoneg operation again, for another couple of weeks (I’ll make a note of the exact time from now on), at which time the same problem develops, until I switch back to the NIC that stopped working the last time!
Colin May 15
Thank you! I’ve been searching for MONTHS on how to make my NIC built-in to my Gigabyte GA-P35-DS3L motherboard work. I’ll still monitor the connection for a couple of days but so far, so good.
The only better solution I can think of is if there was an option for the kernel module itself that would turn off auto negotiation.
MetaYii Jun 5
With slamd64, kernel 2.6.29.4, it recognized the card, loaded the module, but ifconfig reported “no such device”. I came here and followed the hint, placing
/usr/sbin/ethtool -s eth1 autoneg off
at the beginning of the rc.inet1.conf file. It worked. I haven’t tested in gigabit, because my desktop switch is 10 Mb., but I’ll try later (I hope it gives me 1 gb).