The system can't mount /proc at boot time with splashutils (~1.1.9.6) enabled and theme 2005.0 if /var/lib/init.d is mounted on tmpfs, so the init scripts give a lot of errors. This happens only with theme 2005.0 and maybe with other dinamic themes (if there would be). Reproducible: Always Steps to Reproduce: 1.emerge splashutils-1.1.9.6 and splash-themes-livecd-2005.0 and create the initrd 2.set svcmount="yes" and svcfstype="tmpfs" in /etc/conf.d/rc 3.reboot Actual Results: The system can't mount /proc and so it can't start correctly most of the init scripts. The only fstab entry mounted is /. It gives a lot of errors and the message "try mount -t proc proc /proc". If you set svmount="no" in /etc/conf.d/rc, instead, all goes right. Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5- r0, 2.6.11-gentoo-r9 i686) ================================================================= System uname: 2.6.11-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.12 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.8 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.5 sys-devel/binutils: 2.16 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X1 1/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks nodoc noinfo sandbox sfperms strict userpriv user sandbox" GENTOO_MIRRORS="http://gentoo.ngi.it http://pandemonium.tiscali.de/pub/gentoo/ h ttp://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://mirror.swi tch.ch/mirror/gentoo/" LANG="it_IT" LINGUAS="it" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://gentoo-rsync.ngi.it/gentoo-portage" USE="x86 X acpi alsa avi bash-completion berkdb bitmap-fonts crypt cups dvd embo ss encode foomaticdb gdbm gif gtk gtk2 hal imlib java jpeg libg++ libwww mikmod mmx motif mp3 mpeg ncurses nls nptl oggvorbis opengl pam pdflib perl png python qt quicktime readline samba sdl slang spell sse ssl svga tcpd truetype truetype- fonts type1-fonts xml2 xv zlib linguas_it userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
This sounds like a problem with the theme itself (I can't reproduce it with my version of the theme, updated to take advantage of the new features introduced in the 1.1.9.x series). Reassigning the bug to the theme maintainer.
I had exactly the same problem. In /etc/splash/livecd-2005.0/scripts/rc_init-pre comment out the following lines: # $C_UMOUNT -l "${svcdir_mnt%/}/" 2>/dev/null # if [ "$?" -ne "0" ]; then # log err "failed to unmount svcdir" # fi (near the end of that script). This solved the problem for me.
Just a note to say that svcdir can no longer be defined in baselayout-1.13 - it is forced to /lib/rcscripts/init.d and will have an up-to-date deptree as it's writeable before we can start calling splash routines. This should remove a fair chunk of code from the slash helper in sbin.
Is this bug still valid?
Not really, and I don't have any plans to go back and fix old themes unless someone *really* likes the 2005.0 theme for some strange reason :)
