| Summary: | Network interface name mismatch between installer and new system | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Frank Griffin <ftg> |
| Component: | Installer | Assignee: | Colin Guthrie <mageia> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | critical | ||
| Priority: | release_blocker | CC: | bittwister2, davidwhodgins, ennael1, juergen.harms, mageia, mageia, tmb, wilcal.int |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: | https://bugs.mageia.org/show_bug.cgi?id=10947 | ||
| Whiteboard: | 4alpha2 | ||
| Source RPM: | CVE: | ||
| Status comment: | |||
|
Description
Frank Griffin
2013-08-28 20:12:17 CEST
Manuel Hiebel
2013-08-28 21:15:50 CEST
CC:
(none) =>
mageia, mageia
Bit Twister
2013-09-18 02:18:54 CEST
Hardware:
i586 =>
All
Dave Hodgins
2013-09-18 05:34:21 CEST
Whiteboard:
(none) =>
4alpha2 Same problem here: - System install creates an eth0 interface, which it tests and issues the "Felicitations..." message - which evidently works - After boot, I have no network connection. The system wants to use an eno1 interface that cannot be made to connect, Drakconnect (setup a new network interface) offers eno1, but no eth0. Drakconnect (remove a network connection) offers to delete eno1 and eth0). If I delete eth0, I can than newly configure eno1 and make it work - a work around. I did not manage the other way round (deleting eno1) since eth0 does still not show up in set up a new network connnection. I think the priority and severity should be raised: for a couple of weeks this has been a total show-stopper for me, until I found this workaround. CC:
(none) =>
juergen.harms
Manuel Hiebel
2013-09-18 11:31:05 CEST
CC:
(none) =>
ennael1, tmb
William Kenney
2013-09-30 02:26:47 CEST
CC:
(none) =>
wilcal.int I am now experiencing this error on one of my platforms, not in Vbox and my Dell 64-bit laptop connects to the wired network just fine with M4A3. My reported bug: https://bugs.mageia.org/show_bug.cgi?id=11309 is probably a dup of this one. OK, so latest news just to keep this bug updated. Installer was missing a udev rule needed to calculate the new names. Sadly, because of the way our network-based stage1 works, the network might be up already by the time udev starts in stage2 which prevents the network device rename. The solution is to move udev into stage1, which may mean rebasing it on dracut rather than our custom init and networking scripts. A good solution here is to use dracut to generate stage1, so we will be looking into this next. And stage1 is now somewhat udev aware. (In reply to Manuel Hiebel from comment #6) > fixed > http://gitweb.mageia.org/software/drakx/commit/ > ?id=00c8fea70d10e3738b70d9eeb2cc9413bdf58eaf ? Well, I would say almost there. Still left a ifcfg-wan0 :( on my clean install of Mageia-4-beta1-x86_64-DVD.iso -rw-r--r-- 1 root root 70 Nov 15 16:54 ifcfg-enp3s0 -rwxr-xr-x 1 root root 276 Nov 15 16:54 ifcfg-enp4s0 -rwxr-xr-x 1 root root 254 Nov 5 06:14 ifcfg-lo -rwxr-xr-x 1 root root 38 Nov 15 16:41 ifcfg-wlan0 -rw-r--r-- 1 root root 40 Nov 15 16:11 ifcfg-wlp2s0 CC:
(none) =>
junknospam (In reply to Manuel Hiebel from comment #6) > fixed > http://gitweb.mageia.org/software/drakx/commit/ > ?id=00c8fea70d10e3738b70d9eeb2cc9413bdf58eaf ? FWIW, no, this didn't fix it. It has to be done in stage1 for net installs at least which as, Thierry pointed out now happens. Dunno where the ifcfg-wlan0 comes from tho'. I suspect the presence of such a config file shouldn't be used as a fully indicative as to whether or not the problem is solved tho'. But rather what the interface is currently called and what values the installer injected into config files. There is a related issue: Installing Mageia4 Beta1, Configuring the "personal firewall". At the end comes the question on which interface to apply the rules just requested. There are now 2 checkboxes being proposed: one for "eno1" (comes up unchecked), one for "Ethernet+" (comes up checked). Either that also needs to be fixed, or the user must get some info explaining this incomprehensible choice. Not dramatic, but an unexperienced user is rather nervous at this stage of an installation. (In reply to Colin Guthrie from comment #9) > Dunno where the ifcfg-wlan0 comes from tho'. My WAG would be the application that is executed when you see the message "Checking for new hardware" (In reply to Bit Twister from comment #11) > (In reply to Colin Guthrie from comment #9) > > Dunno where the ifcfg-wlan0 comes from tho'. > > My WAG would be the application that is executed when you see the message > "Checking for new hardware" Oops, since the date/time were the same for ifcfg-wlan* it has to be in the installer. I deleted ifcfg-wlan0, rebooted and it was not re-created. I did run a diff before deletion and they were identical.
Thierry Vignaud
2014-01-14 01:23:56 CET
Assignee:
thierry.vignaud =>
mageia I think this is fixed now in recent builds right? (In reply to Colin Guthrie from comment #13) > I think this is fixed now in recent builds right? Yep, an install yesterday uses the new interface names from stage 1 on, thanks ! Status:
NEW =>
RESOLVED |