Bug 70760
| Summary: | eth0/eth1 swapped in Anaconda vs regular post-install boot | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Public Beta | Reporter: | Dax Kelson <dkelson> |
| Component: | kernel | Assignee: | Jeremy Katz <katzj> |
| Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | limbo | CC: | barryn |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2002-08-14 19:07:30 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 67218 | ||
How did you boot the installer? Using one bootnet.img/pcmcia.img or the CD? The CD. Also, on a completely different desktop machine with a RealTek PCI card, and a Cisco wireless Aironet PCI card, I observed the same behavior of eth0/eth1 swapping. That machine was booted via the CD and used "askmethod" for an NFS install. FWIW, I've observed this with Red Hat 7.3 (booting from CD) but never got a chance to report it... I did another clean install of Limbo2 on my lapotp. I booted from the cdrom, and did a cdrom install (custom). When it got the network configuration screen, I went out the kernel dmesg screen (ALT-F4??) and verified that they were swapped compared to what post install is. Dax This has to do with the different order we probe in a laptop display for network hw, and on post-install where we bring up pcmcia network hw later. We'll remove wvlan from the modules in the installer since we don't support it anyways. *** Bug 70761 has been marked as a duplicate of this bug. *** Please note that I have ALSO observed the behavior (see 2nd comment) on a desktop PC that had two PCI network cards, one of them was a 802.11b PCI card. wireless modules pulled from install disks All wireless modules have indeed been removed. Closing out. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020712 Description of problem: This is with limbo2: On a new Dell Inspiron 4150 with builtin 10/100 ethernet and wireless ethernet ALT-F4 showed the wireless as eth0 and wired as eth1) After the install finished, I booted into Limbo and the wired interface was eth0 and the wireless eth1! The wired interface (using module 3c59x, lspci -v): 02:00.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) Subsystem: Dell Computer Corporation: Unknown device 012a Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at ec80 [size=128] Memory at f8fffc00 (32-bit, non-prefetchable) [size=128] Expansion ROM at f9000000 [disabled] [size=128K] Capabilities: <available only to root> The wireless interface (using wvlan_cs, cardctl ident): Socket 2: product info: "Dell", "TrueMobile 1150 Series PC Card", "Version 01.01", "" manfid: 0x0156, 0x0002 function: 6 (network) Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Commence installation of Limbo2 2.Make note of eth0/eth1 mappings to hardware 3.After install, boot into Limbo2 and note different mappings Actual Results: In Anaconoda: * eth0 == Wireless card * eth1 == 3Com card After the installation, they were swapped. Expected Results: I would expect that Anaconda's detection of and presentation of ethernet interfaces to be exactly the same as a regular, post-install boot. Additional info: