Installing a Mga3 alpha3 on a i586 laptop, with a dual-arch CD, I wanted to use an external media (on my LAN or on the web). It was impossible to set up the network, either automatic with dhcp or manual. My local network was perfectly working with mga1 and mdv However, at the end of the install the network was successfully started and the hdlist.cz were loaded. The ethernet circuit is: natsemi: National SemiConductor Corp| DP83815 (Mac Phyter) (vendor:100b device:0020 subv:1734 subd:102a=
3
CC: (none) => thierry.vignaud, tmb
Can you attach your /root/drakx/report.bug.gz please?
Keywords: (none) => NEEDINFO
Created attachment 3224 [details] Bug report of the installation
CC: (none) => mageia
Created attachment 3226 [details] interesting bits of drakx log @Colin, Blino: He did a CD install (only keeping /home) and tried adding a net medium. Adding remote medium failed (no network). That was a two week old installer at least (using kernel-3.6.5). Network was tried to be up twice: 1) at choosePackages step in order to add a remote medium 2) at the end of the install, at the installUpdates step. In the first case it failed (despite having installed basesystem). In the later case it succeeded. Between the two, network was configured in the summary. Some minor notes: - drakx-net tries to call /lib/udev/write_net_rules which doesn't exist anymore - we manually start service syslog which doesn't exist anymore (in install::steps::upNetwork() ) Some more important notes: - in the first/failed ifup, ifup complained about /etc/resolv.conf not being a symlink and recreated it. - then we run ifup WITHOUT an interface name install::steps::start_network_interface() probably sees a non existent $o->{net} at that stage aka we lacked some network configuration. I think at this stage, it can only work if we set up network in stage1, aka we did a network install, not a DVD one. Shouldn't we vivify $o->{net} in install::any in prep_net_suppl_media() before passing $o->{net} to network::netconnect::real_main() ? WDYT about udev/write_net_rules? Should we just not try anymore to run it?
Created attachment 3227 [details] vivify $o->{net} in case of no network install before setup network for suppl media
(In reply to comment #4) > WDYT about udev/write_net_rules? Should we just not try anymore to run it? Well, I'm not 100% sure here. IIRC the purpose of this file is to create /etc/udev/rules.d/70-persistent-net.rules AFAIU, upstream have removed this support and have decided that it's a flawed approach generally and prefer to use biosdevname instead. We have this package (biosdevname) but I've not tested it much. It might be that we want to restore the generators from previous releases and package them (perhaps conflicting with biosdevname) and keep with the old policy? I don't really know the impact from such a change (eth0 changing to em1 and wlan0 changing to p2p1 on my machine at least), but this is likely "safer" even if it's perhaps leaving things a little "messy". So for the short term, I'd suggest that drakx-net checks to see if /lib/udev/write_net_rules exists and if so, runs it. That way we can leave our options open and if we do fully switch to biosdevname, we can nuke that code at some point in the future once we know for sure.
*** Bug 7811 has been marked as a duplicate of this bug. ***
CC: (none) => oeai
I'll commit my fix, leaving the other minor bits
Summary: Dual arch cannot setup the network => stage2 cannot setup the network for additional media on CD/DVD
Please try beta1
i've actually already stted up beta3 or something like that and checked this and maybe i didn't do too much this time but just playing with buttons was ok, i'll try to redownload in few weeks, but i hope it chnaged now for sure. ty.
Closing
Status: NEW => RESOLVEDResolution: (none) => FIXED
*** Bug 7798 has been marked as a duplicate of this bug. ***
CC: (none) => fiable