(see URL for detail) This has just bitten me again with a baselayout update a few days ago (first reboot since the update). Same fix described in the forum applies again. Reproducible: Always Steps to Reproduce: 1. Reboot Actual Results: No init.d scripts run, console shows errors "/var/lib/init.d/deptree missing" Expected Results: booted normally darren@garbo ~ $ emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r1, 2.6.12-gentoo-r4 i686) ================================================================= System uname: 2.6.12-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.2.3-r5, 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://bacall.davisononline.org ftp://ftp.mirror.ac.uk/mirror/distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://mirrors.blueyonder.co.uk/mirrors/gentoo ftp://ftp.heanet.ie/pub/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://bacall.davisononline.org/usr-portage" USE="X alsa apache2 apm avi berkdb bitmap-fonts cdr crypt cups curl dbus dvd eds emboss encode esd fam flac foomaticdb fortran ftp gd gdbm gif gnome gpm gstreamer gtk gtk2 imap imlib ipv6 java jpeg junit kde kdexdeltas ldap libg++ libwww mad mikmod mono motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sdl slang spell sqlite sse ssl svga tcpd tidy tiff truetype truetype-fonts type1-fonts unicode usb vorbis x86 xine xml xml2 xmms xv zlib video_cards_i810 userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
post the info in the bug, not links to forums can you attach your /etc/conf.d/rc file please
Sorry - I assumed since the form asked for a URL that it was OK to use the field. I'll know next time :) Here's the rc... darren@garbo ~ $ grep ^[^#] /etc/conf.d/rc RC_TTY_NUMBER=11 RC_PARALLEL_STARTUP="no" RC_NET_STRICT_CHECKING="no" RC_VOLUME_ORDER="raid evms lvm dm" RC_USE_FSTAB="no" RC_USE_CONFIG_PROFILE="yes" RC_FORCE_AUTO="no" RC_DEVICES="auto" RC_DEVICE_TARBALL="yes" RC_RETRY_KILL="yes" RC_RETRY_TIMEOUT=1 RC_RETRY_COUNT=5 RC_FAIL_ON_ZOMBIE="no" svcdir="/var/lib/init.d" svcmount="no" svcfstype="tmpfs" svcsize=2048
does `depscan.sh` work ?
no, as mentioned in the forum post (URL now gone), by the time I login at a command shell the file is already there and valid so depscan.sh does nothing, but upon a new reboot the file obviously gets deleted at some point and fails to be recreated before the rc script attempts to source it on line 22. Putting the line "sleep 4" immediately before line 22 makes it work. There has to be a race condition somewhere.
What forum, and what baselayout did it upgrade to ?
(In reply to comment #5) > What forum, and what baselayout did it upgrade to ? > Should probably be more clearer ... What forum topic do you refer to, and what version of baselayout give this problem ?
I originally had the following URL in the URL field, but I think it was deleted after I was told not to post links to forums. Here it is again.. http://forums.gentoo.org/viewtopic-t-353218.html Can't remember what version I upgraded to the first time, but the same issue came up again when I last updated baselayout to the 1.11.13-r1 which is what I still have running. This has only happened on one of my 3 gentoo boxes, so may be a clash with something else that's installed..?
just for completeness, here's the modified script that allows me to boot normally. Without the line "sleep 4" I always get the error about the deptree file missing from the next line; 'source "${svcdir}/deptree"'. darren@garbo ~ $ head -n 25 /lib/rcscripts/sh/rc-services.sh # Copyright 1999-2004 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header$ # RC Dependency and misc service functions RC_GOT_SERVICES="yes" [ "${RC_GOT_FUNCTIONS}" != "yes" ] && source /sbin/functions.sh if [ "${RC_GOT_DEPTREE_INFO}" != "yes" ] then if ! /sbin/depscan.sh -u then echo eerror "Error running '/sbin/depscan.sh'!" eerror "Please correct any problems above." exit 1 fi sleep 4 source "${svcdir}/deptree" if [ "${RC_GOT_DEPTREE_INFO}" != "yes" ] then
Where roughly does it start doing that if possible ?
should be ok with latest versions
I forgot this was still open actually until I just got the email notification that you'd closed it. Think I figured out what causes it a while back. I have /var mounted on a different partition from / and I believe the race condition may arise from /var not being correctly mounted just before the rc-services.sh script requires something from it. It also explains why it only happens on 1 of my 3 gentoo boxes: the others don't mount /var separately. Apologies for the late notice, but as I said, I forgot this was open. I've requested it be re-opened as the extra info may enable someone to reproduce it this time.
I have exactly the same situation as Darren describes. /var is a seperate volume, and i got all sorts of weird deptree errors due to deptree getting corrupt somehow, f.e.: /var/lib/init.d/deptree: line 1486: 2_DEPEND_TREE: value too great for base (error token is "2_DEPEND_TREE") Adding the 'sleep 4' line to /lib/rcscripts/sh/rc-services.sh fixed it for me aswell. Problem arose after a recent update of world (including an upgrade of baselayout to baselayout-1.11.14-r8)
This should be fixed in baselayout-1.13.0_alpha2 as we force the svcdir as /lib/rcscripts/init.d as that always has to be in / Re-open if you disagree
