Red Hat Bugzilla – Bug 251941
anaconda lists network interfaces with swapped descriptions
Last modified: 2008-08-01 22:52:26 EDT
Doing a PXE network install on a Dell Latitude X300 with broadcom wireless card.
When installer prompts me which interface to use, it lists:
eth0 - Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller
eth1 - Broadcom Corporation NetXtreme BCM5705M Gigabit Ethernet
But this is reversed.
I'm seeing the same thing here, except my wireless card is an Intel 3945, but
the description is reversed. I'm looking at what kudzu gives us for device
names and descriptions during installation and I notice that for the wireless
device, kudzu is setting the device name to just 'eth'. Not eth0 or eth1 or
anything else. I think this is why the sorting is incorrect.
Can you try the following:
- Start the installation and get to the stage 2 environment (the graphical
interface that starts after you see "Running anaconda...")
- Switch over to tty2 (Ctrl+Alt+F2) to get to a shell.
- Run the following command and post the output here:
python -c "import kudzu ; print kudzu.probe(kudzu.CLASS_NETWORK,
I have a feeling your wireless NIC is showing up as eth.
OK, figured this one out. kudzu will return 'eth' for the device name if the
device is not usable yet (for example, requires firmware to be loaded or
requires another module or something).
I've modified anaconda so that it skips of unusable devices in that list.
Also (per bug #177452), I've copied in the binary firmware files included in
Fedora to the initrd so we can have those supported at install time (e.g.,
ipw2100, ipw2200, and so on).
Thanks for the report.
I'm seeing this again with anaconda 18.104.22.168-1 and a system with a ipw2100.
Above kudzu probe outputs (trimmed):
anaconda display ipw2100 as eth0 and 8139too as eth1.
Note that I also see "Firmware 'ipw2100-1.3.fw' not available or load failed as
Is this happening with rawhide anymore? We aren't using kudzu for device
detection anymore, we're using udev+hal now.
I can't really test until bug 177452 is fixed again and wireless drivers are
loaded so the machine has more than one interface.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
I'm not seeing this bug anymore with recent rawhide trees.