Every time I boot, my asus W3A laptop reboots right before "Setting system clock to hardware clock" (somewhere near line 82 in /etc/init.d/clock). After the reboot init finishes without problems or error messages. I have already tried building RTC-support in-kernel (wasn't configured before), now the delay-loop while searching for /dev/rtc doens't echo "." so /dev/rtc must exist during boot.
does baselayout-1.11.13-r1 work correctly ?
The last one I had before 1.12.0 was 1.11.13 and it was working fine. The reboot started after I fixed gensplash for which I updated bootsplash.
Im having the same problem. Not sure how to figure out exactly were it reboot but I know its around /etc/init.d/clock
problem solved, I had the experimental "New SysKonnect GigaEthernet" compiled as module, now compiled in-kernel. And no more reboots, so I guess it's a kernel problem. Lee, can you confirm this fix so we can squash this bug?
Here are some references to the fix: http://forums.gentoo.org/viewtopic-t-255139.html http://forums.gentoo.org/viewtopic-t-371397.html
I've the same problem on my Acer and there is no support for "New SysKonnect GigaEthernet" in my kernel. It happens when I'm trying to boot with my 2.6.11, 2.6.12-r10 or 2.6.13 kernel. So I think it's a bug in the baselayout package.
same problem here with 2.6.12-gentoo-r9 and nforced eth0 as a module.
The problem actually went away for a long while until I recompiled my system yesterday. Changed some minor USE flags to get rid of some cruft, but nothing that would affect the clock.
all in all this sounds like a kernel or hardware issue, neither of which can be "fixed" via baselayout
Please try the latest vanilla-sources (currently 2.6.15) and see if the problem persists.
Using a 2.6.15 kernel (gentoo-sources-2.6.15) indeed solved this problem for me.
Always reopen when providing needed information :)
Closing as FIXED.
