Realtek Rtl8139 810x Family Fast Ethernet Nic Drivers For Mac
Can confirm here also. Installed Ubuntu 8.04 on an Intel D945GCLF with Realtek 8101e.
After install, the network was found, but DHCP failed during discovery. A static IP assignment does not work.
I noticed that the r8169 module was installed. I removed it (sudo rmmod r8169) and attempted to replace it with the r8101 package from Intel's site (r8101- 1.006.00. That package would not compile. I then downloaded the r8101 package from Realtek's site (r8101- 1.009.00. Tar.bz2), and that installation went fine. On reboot, the connection worked. On next reboot, it did not.
Looking at lsmod, both r8169 and r8101 were listed. I blacklisted r8169 with /etc/modprobe. D/blacklist and rebooted.
The connection did not work, and the r8169 package was STILL listed under lsmod. I have found that I can consistently get the connection working by using modprobe r8169 and rebooting. I have not found any way to keep r8169 from being loaded. During a failure, lspci reports (the entire entry): 01:00.0 Ehternet controler 0200: Realtek Semiconductor Co., Ltd. RTL8101E PCI Express Fast Ethernet controller 10ec:8136 (rev ff) (prog-if ff)!!! Unknown header type 7f During a success, lspci reports (partial entry, first two lines): 01:00.0 Ethernet controller 0200: Realtek Semiconductor Co., Ltd.
RTL8101E PCI Express Fast Ethernet controller 10ec:8136 (rev 02) Subsystem: Intel Corporation Unknown device 8086:0001 During success or failure, dmesg reports the same. Here is a sample: 19.806419 r8169 Gigabit Ethernet driver 2.2LK loaded 19.806468 ACPI: PCI Interrupt 0000:01:00.0A - GSI 16 (level, low) - IRQ 16 19.806500 PCI: Setting latency timer of device 0000:01:00.0 to 64 19.806517 r8169 0000:01:00.0: unknown MAC (27a00000) 19.807088 eth0: RTL8169 at 0xffffc0, 00:1c:c0:5d:69:93, XID 24a00000 IRQ 508 33.954513 r8169: eth0: link up 33.954528 r8169: eth0: link up eth0 is always found, and the link is always reported as up. Ifdown/ifup work as expected, but dhclient will not find a DHCP server during a failure state. I'm unsure if this is related, but during shutdown I'm receiving some error messages related to nmhaldeinit and others. They go by quickly, so I have not been able to record them. Is there a log anywhere that should receive these messages?
Realtek Rtl8139 Family Pci Fast Ethernet Nic
I'm also getting an intermittent failure to boot, around 1 out every 5 attempts. The failure comes after the GRUB pre-menu countdown ('press for menu'), after the 'kernel alive' message, but before 'Loading.please wait' appears at the top of the screen. The screen will blank and what appears to be a log output will scroll by, with the last line reporting 'trying to release idle task'. Not verbatim, but I've been unable to locate these messages in any log either. The top of the scroll that I can see starts at 17.xx, so I'm pretty sure there's a bit I'm missing. I can confirm this bug too on Ubuntu 8.10.
I have a Foxconn A6VMX motherboard which has the rtl8101e onboard network adapter, and it is unable to connect via DHCP on my LG ADSL modem (LAM 400c). The strange thing is that, when I connect my PC directly to the modem, 'sudo dhclient eth0' says 'sendpacket: message too long' and can't connect to anything else anymore until reboot. Now, if I connect the modem to another machine I have (running Windows XP and with ICS set up), the XP machine gets a connection, and my machine connected to the XP machine gets a DHCP address with no further problems. I was going to raise this as a separate bug but might be related here. I installed Ubuntu server 9.04 on a PIII with an old 3com network card.
Everything worked with the card recognised and using eth0 but I discovered it was only connecting at 10 meg. I discovered this is a known issue and found it too much hassle to change the settings on the card. Easier to replace it with a new card.
The new card was from Maplin in the UK and has the Realtek chipset. I put the card in the same PCI slot as the 3com and booted up to find the network not working. Without labouring this, for some reason the card is allocated eth1 during bootup. There is a line saying: udev: renamed eth0 to eth1 I renamed eth0 to eth1 in /etc/network/ interfaces, restarted networking with /etc/inet. D/networking restart, and the network now works normally at 100 meg.
I assume the system has some memory of the old card and for that reason is allocating eth1 but is not updating the interfaces file to match. Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at.
I have classified this bug as a bug in the kernel. When reporting bugs in the future please use apport, either via the appropriate application's 'Help - Report a Problem' menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at.
Realtek RTL8139/810x Family Fast Ethernet NIC #2 driver is a windows driver. Common questions for Realtek RTL8139/810x Family Fast Ethernet NIC #2 driver Q: Where can I download the Realtek RTL8139/810x Family Fast Ethernet NIC #2 driver's driver? Please download it from your system manufacturer's website. Or you download it from our website. Q: Why my Realtek RTL8139/810x Family Fast Ethernet NIC #2 driver doesn't work after I install the new driver? Please identify the driver version that you download is match to your OS platform. You should uninstall original driver before install the downloaded one.
Try a driver checking tool such as. As there are many drivers having the same name, we suggest you to try the Driver Tool, otherwise you can try one by on the list of available driver below. Please scroll down to find a latest utilities and drivers for your Realtek RTL8139/810x Family Fast Ethernet NIC #2 driver. Be attentive to download software for your operating system.
If none of these helps, you can for further assistance.