The LiveDVD doesn't really obey the nodhcp boot time option. It starts wicd, which goes ahead and starts dhclient anyway. Reproducible: Always Steps to Reproduce: 1. Start LiveDVD with a network connection attached, use the nodhcp option 2. Note that wicd starts /sbin/dhclient anyway 3. Expected Results: When I request nodhcp, I mean do not run dhclient, do not try a dhcp request until I say so. See additional information below for, perhaps, a better solution. I believe that while avahi-daemon, wicd, and other such automatic configuration daemons can be convenient and helpful, but there should be a way to NEVER START THEM. Perhaps a nodaemons kernel boot option would be helpful Gentoo was built on the notion that it should be configurable and let the operator have the ability to control how the system behaves. For beginning users and those who appreciate the autoconfiguration of the network, sound, mouse, etc. using daemons on the live media, this is great to have, but it would be nice to have a convenient way to disable the automatic startup of these daemons so that those of us who want more fine-grained control can have it. This is particularly helpful when setting-up/staging new servers or doing repair on a failed server. In my opinion, configuring the network via dhclient when I have requested "nodhcp" would be like starting X windows anyway when I supplied "nox" because the LiveDVD noticed I had a video display.
Reassigning to ten@ as I think you are talking about the LiveDvd-10.1 iso.
Oops... Yes, that is correct. It is the 10.1 LiveDVD (I'm not sure if the 10.0 had the same issue).
Well, you can add the 11.0 LiveDVD to this bug now as well. I am getting very frustrated with Gentoo as of late. I am noticing a troubling trend where *choice* is being replaced by a system that forces people to do things a certain way, generally enabling features that some people may or may not need or want. I don't use RedHat or Fedora or Ubuntu (all good distros) because I like the CHOICE I have with Gentoo. I liked the old (now really old) Gentoo LiveCD because I could say: gentoo-nofb nox nosound nodhcp (even on a system with a serial console, I have no idea if serial consoles will work now on the 11.0 LiveDVD) and I could have a pretty rich environment to create a new Gentoo system, or repair something, or even have a quick temporary test environment. If you force my system to DHCP, that can interfere with the repairs I am doing (I think wicd is the culprit). It doesn't matter what options I give, you're going to start it anyway. Well, that's simply NOT the Gentoo way. Saying to turn off ALL hot/coldplugging to fix this is also not reasonable either, because that's saying, "Well, you get everything or nothing." Why is that a good thing? Sorry for the rant, but this has really gotten frustrating...
confirmed same for livecd for both of install-amd64-minimal-20130620.iso and admincd-amd64-20130620.iso Here's a partial syslog of the issue booting gentoo nodhcp nokeymap : Jun 22 13:47:27 livecd /etc/init.d/autoconfig[24703]: Skipping DHCP broadcast ... Jun 22 13:47:27 livecd /etc/init.d/autoconfig[24706]: No Network device auto detected ... Jun 22 13:47:28 livecd init: Re-reading inittab Jun 22 13:47:28 livecd dhcpcd[24980]: version 5.6.4 starting Jun 22 13:47:29 livecd dhcpcd[24980]: enp2s5: sending IPv6 Router Solicitation Jun 22 13:47:29 livecd dhcpcd[24980]: enp2s5: sendmsg: Cannot assign requested address Jun 22 13:47:29 livecd dhcpcd[24980]: enp2s5: broadcasting for a lease Jun 22 13:47:29 livecd dhcpcd[24980]: enp2s5: offered 192.168.1.127 from 192.168.1.1 Jun 22 13:47:29 livecd dhcpcd[24980]: enp2s5: acknowledged 192.168.1.127 from 192.168.1.1 Jun 22 13:47:29 livecd dhcpcd[24980]: enp2s5: checking for 192.168.1.127 Jun 22 13:47:33 livecd dhcpcd[24980]: enp2s5: sending IPv6 Router Solicitation Jun 22 13:47:33 livecd dhcpcd[24980]: enp2s5: leased 192.168.1.127 for 86400 seconds Jun 22 13:47:33 livecd dhcpcd[24980]: forked to background, child pid 25096 had me messed up for some hours ... ended up unintentionally with two IP addresses on the same LAN card, one statically set via net-setup and the other setup by dhcp unbeknownst to me, hidden so it would not show in ifconfig but would cause a network conflict for the other machine using that DHCP address. :( Also could be seen vi NMAP but not on the local machine at all.
This bug is still valid using install-amd64-minimal-20140529.iso. Either the option should be removed from the boot text or this should be fixed.
There are two different issues in here: 1. wicd using dhcp for the live-DVD 2. udev new "predictable" interface names, likely messing our scripts for the install-cd / admin-cd @likewhoa: Were you able to look at the fist? I'll try to look at the second.
(In reply to Jorge Manuel B. S. Vicetto from comment #6) > There are two different issues in here: > > 1. wicd using dhcp for the live-DVD > 2. udev new "predictable" interface names, likely messing our scripts for > the install-cd / admin-cd > > @likewhoa: > Were you able to look at the fist? > > I'll try to look at the second. On the next livedvd we are switching to networkmanager instead of wicd but that doesn't mean that nodhcp will work since livecd-tools would need to have support for networkmanager. I will look into what code needs to be added in order to control how and when networkmanager is started on the livedvd media.
I would feel satisfied that this bug is resolved if there was a boot option to NOT run networkmanager or wicd when the LiveDVD is started (for example, noautonet, noautoconfig, or something else simple and short). For me, these automagic mechanisms are problematic, and in the case where I am trying to use the LiveDVD in a test environment and DO NOT want it to start sending out DHCP packets or replacing my manual configuration, there is no way (as with previous live Gentoo media) from preventing all this automatic configuration stuff from starting. I was told at one point that the alternative was to use the minimal install CD. That isn't really much of a choice. This being said, I do appreciate all the effort the team does to provide the LiveDVD, and would just like to be able to take better advantage of it in more varied ways.
I will look into this on the next livedvd as we are now using networkmanager instead of wicd.
please try latest liveusb system
