the fsck module(I think) freezes, and I can get pass it if I press "i" before it and exit to console. Here every script in /etc/init.d/ start fine, but I can only start it if I've started his every dependince:mpd | * ERROR: cannot start mpd as alsasound would not start If I start alsasound manually mpd will work( this is a general rule for every script no just mpd) Reproducible: Always
I'd like to note that this problem is not unique, except that I don't have mpd, in interactive mode I can get all services to start, if I wait a few seconds between pressing 1, if I try to press it rapidly, it ends up hanging like normal.
I basically have the same problem. openrc hangs on "Mounting /dev/shm". Waiting for a few minutes then shows "hwclock: timed out waiting for modules" "fsck: timed out waiting for modules" and a few more of these messages. If I press 'i' at the beginning, wait a short amount of time and press '1' for every service, everything starts up fine. This problem was introduced in openrc-0.2.5.
Update: Latest git has the same issue. Downgrading to openrc-0.2.4-r1 fixed the problem.
this is a duplicate of http://bugs.gentoo.org/show_bug.cgi?id=224171 there's a fix there.
Does it work if you disable parallel in /etc/rc.conf?
Never did tried it, because I thought it was fixed
Improved yes, fixed no. I'll slap a big warning in rc.conf again.
Documentation has been updated for 0.3.0. Parallel is good, but not perfect. If you have issues like this, make sure to not use parallel start and re-open a new bug.
Don't want to rant, troll or anything, but how is this bug invalid?0.25 will not start the machine with rc_parallel="yes" and it's not fixed in any rc version
Read the documentation... Here's a snippet: # WARNING: whilst we have improved parallel, it can still potentially lock # the boot process. Don't file bugs about this unless you can supply # patches that fix it without breaking other things!