Debian Lenny AMD64 netinstall not detecting ethernet correctly
DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Debian Lenny AMD64 netinstall not detecting ethernet correctly
Hello all!
With the imminent release of of Lenny,i thought i might try the net install disc.
After starting the installation in textmode, i get as far as setting up a network connection.
The installer gives me the option of eth0 or eth1.
I know from previous installations my machine uses eth1 currently.
But the installer will only auto-configure if i select eth0?
When i try the Etch net install disc it detects eth1 just fine.
Has anybody else come across this problem,i tried googling but didn't find anything conclusive.
If i continue with the install is it possible to configure the system to use eth1 instead?
My motherboard is an Asus M2N32SLI with an AMD64 X2 5000 processor.
Here is the result of lspci:
You can press [alt][F2] for a second console and do some configuration there (load drivers, configure interface, add default route). Then [alt][F1] to return to the installer and see if it goes on from there. Sometimes the installer is expecting certain variables to be set, so operator intervention doesn't always work.
You can also press [alt][F3] and [alt][F4] for "information" and "error messages".
Problem solved!
My motherboard has two ethernet ports(eth1 and eth2)
And also a firewire port which Etch labels eth0
As i only use eth1 i disabled eth0 and eth2 in the bios.
I then restarted the Lenny netinstall disc and it configured the connection on eth1 automatically.
Been kicking myself for not thinking of it before!
Regards.
The trooper.
You can control what network interface gets what name inside of Debian by editing the file /etc/udev/rules.d/*persistent-net.rules. Inside you'll see each interface that you have a driver for, its MAC, and what interface it shows up as. I would tell you its "wrong" to only have one functional interface and to make it eth1, it should be eth0, but the choice is yours.
Fixing it via the BIOS is fine too, but you don't always have that option.
Also, just FYI, Lenny is not even close to an "imminent release". The Debian team just released "etchandahalf" this past weekend. Lenny is stable and functional, but I expect you won't see a release candidate until close to Christmas, and an actual release next spring. Debian (unlike the *buntu and Fedora families) doesn't release new versions every time the seasons change. Etch was released in April of 2007, and in general it is close to 2 years between major releases. There is always discussion about pushing for faster releases, but it the guys doing the work have much to do, and it is largely volunteer, so things like paid jobs and such get in the way. Some places online claim Lenny will come out in September 2008, and judging by what I've seen on the mailing lists, that is not happening. The past 3 stable releases were Woody (3.0) in July of 2002, followed by Sarge (3.1) in June of 2005, then Etch (4.0) in April of 2007. so there were 35 months between Woody and Sarge, then 22 between Sarge and Etch. Even if they speed things up to an 18 month release cycle, that would still be October, and the usual last minute delays make me believe we won't see Lenny become the stable version of Debian until 2009. This is all my opinion obviously, and I wouldn't mind being wrong, but past experience has taught me to never hold my breath while awaiting the new Debian, because you'll clearly suffocate that way!
Hello jim,
Thanks for the response,just wanted to clarify a few details.
Here is the contents of /etc/udev/rules.d/*persistent-net.rules
Code:
This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# MAC addresses must be written in lowercase.
# Firewire device 0011d80000d68b87 (ohci1394)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:11:d8:00:00:d6:8b:87", NAME="eth0"
# PCI device 0x10de:0x0373 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:18:f3:4c:de:25", NAME="eth1"
# PCI device 0x10de:0x0373 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:18:f3:4c:e3:28", NAME="eth2"
This shows as etch recognizes eth0 as firewire.
Why is it wrong to have one functional interface being eth1?
Should etch be calling the first ethernet interface eth0 also?
As for the release of lenny goes "imminent" may not have been the best choice of words.More wishful thinking on my part!
I'll try to not hold my breath jim!
Regards.
The trooper.
Last edited by the trooper; 07-28-2008 at 07:04 AM.
If it works with eth1 being your network connection, then there's nothing strictly wrong with it, but I've never seen a Debian box with eth0 non-functional and eth1 functional. If you're not going to use firewire, I'd change the name of the firewire interface to eth2, eth2 to eth1, and eth1 to eth0, then also make the same changes in your /etc/network/interfaces file, but that is just me. There is no hard fast rule that eth0 must be your connection to the net. It did that because 2 devices can't have the same name.
The only problem you may encounter would be poorly coded things, that call eth0 specifically, without checking to see what interface actually gives you your connection. That isn't something you'd encounter with packages from the Debian repositories, but if you install somebody's .deb file that google found for you, it could be a source of trouble.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.