During net.eth0 startup: "dhcpcd is already running on eth0" No network connection is possible. Only after "/etc/init.d/net.eth0 restart" everything works as expected. By changing dhcpcd options in /etc/conf.d/net to dhcpcd_eth0="-d -t 10", during startup after "Coldplugging usb..." some output from starting dhcpcd can be seen. No network connection anyway, "/etc/init.d/net.eth0 restart" fixes. Reproducible: Always Steps to Reproduce: 1. 2. 3. baselayout 1.11.9-r1 Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0 , 2.6.10 i686) ================================================================= System uname: 2.6.10 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz Gentoo Base System version 1.6.9 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 7 2005, 11:10:56) ] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.4.22 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/ 3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/t exmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/pla tex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/ distributions/gentoo" LANG="de_DE@euro" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acpi alsa apm arts avi berkdb bitmap-fonts bonobo cdr crypt cups db a dga divx4linux dvd dvdr encode esd f77 fam flac font-server foomaticdb fortran gd gdbm gdk-pixbuf gif gimpprint gnome gphoto2 gpm gtk gtk2 gtkhtml guile image magick imap imlib ipv6 java jpeg junit kde libg++ libwww mad matrox mbox mikmod motif mozilla mpeg mysql ncurses nls offensive oggvorbis opengl oss pam pdflib p erl png python qt quicktime readline ruby samba sdl session slang spell sqlite s se ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode us b x86 xinerama xml xml2 xmms xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
and if you disable hot/cold plugging does it work fine ?
without coldplug: * Setting system clock to hardware clock dhcpcd[5809]: broadcasting DHCP_REQUEST for ... * Configuring kernel parameters ... * Setting terminal encoding to ASCII dhcpcd[5809]: timed out waiting for DHCP_ACK response dhcpcd[5809]: broadcasting DHCP_DISCOVER * Setting user font dhcpcd[5809]: DHCP_ACK received from (...) dhcpcd[5809]: No resolv.conf.sv to store * Starting lo ...
after * Setting user font i've left out some lines Intersesting: reenabling coldplug fixed (for this one startup) the occuring messages, as expected: * Running dhcpcd dhcpcd: MAC address = ... dhcpcd: your IP address = * eth0 received address ... but still connection only after "/etc/init.d/net.eth0 restart"
another reboot with coldplug enabled restores the initially described behavior
Are you loading your NIC kernel *** This bug has been marked as a duplicate of 78495 ***
What I meant to say is that hotplug is starting the network script by itself
as in comment #2 it also "works" without hotplug/coldplug
Doesn't matter - if hotplug is installed then what do describe will happen regardless of hotplug or coldplug being in any runlevels
I encountered the same problem, and seem to have worked around it by *removing* the net.eth0 service from all runlevels. The prevents dhcpcd from trying to start a second time, and the rest of the network services start normally. I had hotplug in the default runlevel, but removing this and adding coldplug instead didn't make any difference. I have to load the network driver (sk98lin) in /etc/modules.autoload.d/kernel-2.6, otherwise it is never detected. This may be what is triggering dhcpcd to run before the net.eth0 script starts, but I'm not sure.
Boy, same thing was happening to me today. Wasted a lot of time on it. Besides restarting the eth0, I could send dhcpcd a command it it would work. I thought it was the dhcp hostname at first, but then found that didn't matter either. Also unmerged dhcpcd and emerge dhcp and instead of "dhcpcd is already running on eth0" it would just be "dhclient is already running on eth0". At least that made me think it might be a init script, but couldn't find where. So to get it working had to: 1) /etc/init.d/net.eth0 restart 2) dhcpcd -h anyname eth0 (didn't matter what hostname gave) 3) dhcpcd -HD eth0 4) dhcpcd -d eth0 Probably any combination of dhcpcd commands would have worked. I ended up putting net.eth0 restart in the local.start just to get it up for them. The only problem after that, they would loose the internet connection after about 30 min or so. Did any of you test that out? Like it was setting the lease too short. I ended up taking the easy way out, cause had tried numerous things all day. Put a router on it and setup static ip's.
"I have to load the network driver (sk98lin) in /etc/modules.autoload.d/kernel-2.6" I meant to add that I am using the sk98lin also, not the one from the kernel cause it doesn't work correctly, but from syskonnect.
Seems to be fixed with baselayout-1.11.11 Thanks a lot, Marcus
