Description of problem:
Using recent laptop hardware (Lenovo X201, T410) with Fedora 13-Alpha (and
frozen Beta) we find that with a PXE-driven kickstart although the PXE-kernel
is booted the actual installer/loader (i.e. anaconda) fails to detect eth0
resp. to actually use it.
On the main console (ALT+F1) it says: 'Waiting for NetworkManager to configure wlan0' which can't work, since the kickstart-file comes via ethernet-NFS
On ALT+F3 it says: 'only have one network device: wlan0'
Btw. wireless (<-> wlan0) is disbaled in the BIOS and by hardware-switch, so
it's a miracle on its own that it is seen at all ;-)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Setup kickstart-infrastructure (tfpboot/DHCP/NFS-server)
2. Boot selecting Ethernet/PCI LAN as boot device
3. Load PXE-kernel and boot it
As on older hardware (Lenovo X200) eth0 gets detected and all runs fine
We tried the Fedora 13-Alpha KDE-Live-CD on the same hardware: Ethernet was detected/usable by both the Live-system and the installed (from it) one, eth0
is using module/driver e1000e, lspci knows the device as (on the T410):
00:19.0 Ethernet Controller: Intel Corporation Device 10ea (rev06)
From `dmesg` we get:
0000:00:19.0 eth0: Intel(R) PRO/1000 Network Connection
0000:00:19.0 eth0: MAC: 9, PHY: 10, PBA No: a002ff-0ff
Since the hardware seems fine we suspect anaconda to be the point of failure
anaconda does very little these days when it comes to module loading.
We have the same problem with a Dell E6410 with F13 beta; it's work with F12 :
[root@e6410-spare1 (Fedora 12) ~]$ lspci | grep Ethernet
00:19.0 Ethernet controller: Intel Corporation Device 10ea (rev 05)
If it's not anaconda what is it ?
Will this pb be solved before F13 Final Release ?
So this works with a live image but when pxe-booting the ethernet doesn't work?
Yes Andy, the initial problem (and statements) also hold for F13 final.
I've got a fix for this. Just need to figure out how to integrate it into F13 so that users can actually install F13 over the network after over PXE booting.
Backporting this fix does it:
Author: Bruce Allan <email@example.com>
Date: Wed May 5 22:00:27 2010 +0000
e1000e: Reset 82577/82578 PHY before first PHY register read
Using a kernel provided by agospoda, which contains the patch from comment#6, I rebuilt the Fedora 13 pxeboot images. They are available for test at http://jlaska.fedorapeople.org/updates/580563/
Can someone please test and confirm this addresses the reported problem.
If confirmed, I will document this issue on http://fedoraproject.org/wiki/Common_F13_bugs
I tested the 64-Bit files and the bug is gone! eth0 gets recognized and kickstart runs like it should.
Thanks a lot for your help!
Urs: Thanks for the feedback!
I have documented this issue and the workaround at https://fedoraproject.org/wiki/Common_F13_bugs#pxeboot-e1000e
the i686 files work for me too
thanks for the fix
I've confirmed that this new kernel and initrd fixes the problems I saw on my Lenovo T410. Verified with x86_64.
I also hit this problem using boot.fedoraproject.org -- the updates in comment #7 fix the issue, but could the fixes be pushed to the images at b.f.o too?
(In reply to comment #14)
> I also hit this problem using boot.fedoraproject.org -- the updates in comment
> #7 fix the issue, but could the fixes be pushed to the images at b.f.o too?
That's a good question, Kevin. I'll snoop around.
The following email was sent to firstname.lastname@example.org:
F13 kernels booted on some specific systems whose network hardware was
initialized with PXE have been failing to load the e1000e driver
properly. This was noted here:
and kernel updates were provided that allowed the systems to PXE boot
and install properly. Can these kernels be pushed to
For more info about this bug and the specific request see:
Well i have the same problem even with the updated kernel
the identification is
Ethernet controller: Broadcom Corporation NetLink BCM57780 Gigabit Ethernet PCIe
the pci id is 14e4:1692
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '13'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 13's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 13 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.