This may be trivial, but it's a little annoying. On every boot the sshd initscript complains about net.eth0 not having been started (error message). Next it starts net.lo. Slightly later, the net.eth0 service is started, and somehow the sshd daemon then does start without any further messages or problems. Maybe it's a dependency problem? PoseidonGentooTest ~ # emerge --info Portage 2.1_pre6-r3 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.4-r1, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.12.0_pre16 ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O3 -march=athlon64 -mtune=athlon64 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O3 -march=athlon64 -mtune=athlon64 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://192.168.1.200/gentoo" LINGUAS="nl" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.1.200/gentoo-portage" USE="amd64 X a52 aac acpi alsa apache apache2 arts artswrappersuid avi bash-completion berkdb bitmap-fonts browserplugin bzip2 cairo cli crypt ctype cups curl dba doc dri dvd dvdr eds emboss encode exif expat fastbuild flac fltk font-server foomaticdb force-cgi-redirect fortran ftp gd gdbm gif gphoto2 gpm gstreamer hal idn ieee1394 imlib insecure-savers ipv6 ithreads java javascript jpeg jpeg2k kde kdeenablefinal kdepim lcms lm_sensors logitech-mouse lzw lzw-tiff mad memlimit mng motif mozcalendar mozilla mozsvg mp3 mpeg ncurses nls nptl nptlonly nsplugin offensive ogg openexr opengl pam pcre pdflib perl png posix profile python qt quicktime rdesktop readline samba scanner sdl session simplexml soap sockets speex spell spl ssl tcpd tetex theora tiff tokenizer truetype truetype-fonts type1-fonts usb userlocales vcd vorbis xine xinerama xml xml2 xmms xpm xscreensaver xsl xv xvid xvmc zeroconf zlib elibc_glibc kernel_linux linguas_nl userland_GNU video_cards_radeon" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS
ssh has 'need net' in its init script. If your network isn't/cannot be started at the time when sshd starts, then set RC_NET_STRICT_CHECKING accordingly in /etc/conf.d/rc. If I misunderstood your issue, then include some information about your networking configuration, we can't guess.
Created attachment 82525 [details] Runscript conf file
Created attachment 82526 [details] Network conf file
That didn't help. In addition I have to slightly correct myself. The order of events is: 1) the net.lo service starts 2) immediately afterwards sshd tries to start with the given error message 3) a few other things happen 4) the net.eth0 service starts net.eth0 is a symlink to net.lo
Hopefully I've provided enough additional information now.
(In reply to comment #4) > That didn't help. What didn't help? Did you add net.eth0 into default runlevel? I've already written that sshd needs net, if only loopback is running, you need to set RC_NET_STRICT_CHECKING accordingly (RC_NET_STRICT_CHECKING="yes" is not correct for such case). Did you perhaps add sshd into boot runlevel instead of default?
That was the problem! sshd was in 2 runlevels: boot and default. I've removed it from boot, restored /etc/conf.d/rc to normal and now it works as it should. It's clear I do not understand the details of runlevels fully. Also, I may have made a mistake after emerging ssh. Anyway, thanks.
