my system hangs when parallel startup in the rc configuration file is set. I can post a listing of the things I have set to run at boot (below). It just sits at one point for a while, then I use ^C to stop whatever is running, and it is usually on line 622 of /lib/rcscripts/sh/rc-services.sh and says "integer expected" or something to that effect. Reproducible: Always Steps to Reproduce: 1.Set RC_PARALLEL_STARTUP to yes 2.reboot computer 3.it hangs 4.set RC_PARALLEL_STARTUP to no 5.reboot 6.it hangs not Actual Results: It runs fine without parallel startup turnes on. Expected Results: Run fine with parallel startup turned on. acpid | default bootmisc | boot checkfs | boot checkroot | boot clock | boot coldplug | boot consolefont | boot crypto-loop | cupsd | domainname | default esound | famd | gpm | hdparm | default hostname | boot hotplug | boot ifplugd | default keymaps | boot local | default nonetwork localmount | boot modules | boot net.eth0 | net.lo | boot netmount | default nscd | numlock | pcmcia | default portmap | rmnologin | boot rsyncd | serial | boot slapd | slurpd | sshd | default syndaemon | syslog-ng | default urandom | boot vixie-cron | default xdm | xfs |
test again but stop using hotplug
I disabled hotplug at boot with "rc-update del hotplug", set parallel startup to yes, and rebooted and it did the same thing. The error when I ^C is still from line 622 of rc-services.sh and reads EXACTLY "integer expression expected".
i dont see how you can CTRL+C something during bootup ... those files should all be ignoring that signal be more specific than 'it hangs' what is the last thing you see before it hangs ?
The last thing I see before it hangs depends on what it hangs on. It will sit saying "Clearing out tmp directory ..." sometimes, others it will say "Starting up lo ..." and others it will say "[Insert favorite loding message here]". It doesn't have any reasoning to which one it stops on. Looking at the parallel startup code in the rc-services.sh script, it looks like maybe there is a deadlock? I don't know enough about shell scripting to guess at this, but when I ^C there is an error, then after doing ^C a few times, it finally starts. I don't know what you want me to do, but I can reply with the results of anything you want me to do.
Same problem here. When parallel startup is set to "on" it's impossible to know when the boot up process will be successful. Maybe 25% of the time. If I hit the win button to see the kernel output, there's no warning, it simply shows the last thing it was doing. The "ctrl+c and the line 622 error message" thing is true but only before the system goes to runlevel 3. After that, you can only reboot, because ctrl+c does nothing. The system doesn't hang. The boot process stops. If you reboot (ctrl+alt+supr) it's funny because the services that must be started before the "hang" then start normally at the same time the rest of the stuff stops down. (Poor English, sorry)
One person reported bug 69854 fixed a problem similar to what you are describing. Can you try that patch and see if it works please?
same problem here, but mine always hangs at "Catching Service Dependencies" line as it's running the functions.awk,gendepends.awk functions, called from /sbin/depscan.sh. Portage 2.1_pre5-r1 (default-linux/x86/2005.1, gcc-4.1.0-beta20060210, glibc-2.3.6-r3, 2.6.11-reiser4-r4 i686) ================================================================= System uname: 2.6.11-reiser4-r4 i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.12.0_pre16 dev-lang/python: 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-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -m3dnow -msse -mmmx -pipe -mfpmath=sse -maccumulate-outgoing-args -fforce-addr -ftracer -fomit-frame-pointer -falign-functions=64 -floop-optimize2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/X11/xdm/Xaccess /etc/X11/xdm/xdm-config /etc/X11/xorg.conf /etc/apf/conf.apf /etc/modules.autoload.d/kernel-2.6 /etc/portage /etc/ssh/sshd _config /lib/X11/xkb /opt/vmware/bin/vmware-config.pl /usr/X11R6 /usr/X11R6/bin/startx /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 /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/X11/xdm/Xservers /etc/apf/conf.apf /etc/gconf /etc/init.d/bootmisc /etc/init.d/localmount /etc/security/limits.conf /etc/terminfo /usr/X11 R6/bin/startx /etc/env.d" CTARGET="i686-pc-linux-gnu" CXXFLAGS="-O2 -march=athlon-xp -m3dnow -msse -mmmx -pipe -mfpmath=sse -maccumulate-outgoing-args -fforce-addr -ftracer -fomit-frame-pointer -falign-functions=64 -floop-optimize2 -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy ccache distlocks fixpackages sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://mirrors.tds.net/gentoo/distfiles http://mirror.datapipe.net/gentoo/distfiles http://distfiles.gentoo.org" LDFLAGS="-Wl,-O1 -Wl,--sort-common" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/fluidportage/trunk /usr/local/pub-overlay /usr/local/bmg-gnome /usr/local/bmg-main /usr/local/flame-portage /usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts crypt cups eds emboss encode foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 jpeg kde libg++ li bwww mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl spell ssl tcpd truetype truet ype-fonts type1-fonts userlocales vorbis xml2 xmms xv zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LINGUAS P.S tried running w/o coldplug/hotplug and or anything in that was not needed from rc-services rc-update..
We believe this issue has been fixed in baselayout-1.12 - re-open if you dis-agree.
