Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 124701 - GLI incorrectly assinging eth0 interface
Summary: GLI incorrectly assinging eth0 interface
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Release Media
Classification: Unclassified
Component: Everything (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Gentoo Release Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-02 13:58 UTC by mojo
Modified: 2006-03-12 05:42 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mojo 2006-03-02 13:58:45 UTC
the graphical installer ( and maybe the cli installer also) is incorrectly identifying the builtin 1394 fire-wire port on at least soundblaster audigy cards as ethernet interface 0 (eth0) WORKAROUND: configure the GLI to use eth1 by unchecking the box "my ethernet controller is configured" and selecting eth1 from the dropdown box. FIX: possibly ask user if ethernet is through 1394 fire-wire connection before loading module or disable autoload for that module and put instructions into the installation handbook for enebling it EG: open a terminal and type modprobe eth1394
Comment 1 Andrew Gaffney (RETIRED) gentoo-dev 2006-03-02 14:26:52 UTC
Eh, this isn't really an installer problem. The installer just looks at what interfaces are available when it launches. The modules are loaded at boot, long before the installer launches.
Comment 2 Chris Gianelloni (RETIRED) gentoo-dev 2006-03-12 05:42:30 UTC
This is due to hotplug/coldplug "detecting" the firewire and loading the module.  There really isn't anything (within reason) that we can do to resolve this and also to allow people to still use eth1394.  Nowhere are we loading the module manually, so it is all done by the hardware detection.