it takes about one minute for hald to start up when booting my gentoo. I've seen several distros with the same hald issue, but several others (and several other versions of the same distros) starting up hald without a delay. Reproducible: Always Steps to Reproduce: boot your gentoo * starting hardware abstraction layer daemon at this point I have to wait about one minute to see: * starting hardware abstraction layer daemon [OK]
Without info like emerge --info output, HAL version or relevant part of dmesg, nothing we could debug or fix.
I now use hal-0.5.10
Created attachment 141617 [details] emerge --info
Created attachment 141619 [details] dmesg output
I replaced my kernel, and noticed that the same applies for sys-kernel/genkernel-3.4.9 with default config Linux boborjan 2.6.23-gentoo-r5 #1 SMP Wed Jan 23 13:52:24 CET 2008 x86_64 Mobile AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux After that, I also replaced my hal several times, and found that same applies for the following hal versions: boborjan ~ # grep hal /etc/portage/package.mask =sys-apps/hal-0.5.10 =sys-apps/hal-0.5.9.1-r3 =sys-apps/hal-0.5.9.1-r2 =sys-apps/hal-0.5.9.1-r1 =sys-apps/hal-0.5.9-r1 boborjan ~ # but sys-apps/hal-0.5.7.1-r5 starts up quickly.
Created attachment 143720 [details] hald startup log snippet HALD_VERBOSE="yes" /var/log/messages snippet disabling battery module solves the issue.
This happens to me when dbus is not ready fast enough. Inserting a "sleep 3" in /etc/init.d/dbus after the line starting dbus fixes this for me. I'll post a separate bug for this because it only hit me after switching to baselayout-2 and parallel_startup=yes.
I noticed far ago, that the bug isn't present when my kernel doesn't have battery.o (or something like that). Otherwise, dmesg will say my battery voltage is less than the half of the design voltage. btw my battery is in very bad shape if usable at all.
I must say that I am completely unable to reproduce the HAL/d-bus parallel start interaction on a dual quad-core Opteron 2254 system with 32GB RAM (if that isn't fast enough, I'm not sure what is...) If this is still an issue with HAL 0.5.11-r7, could you please open a (new) bug and assign it directly to me. Sorry for the lack of response to your bug report.
Created attachment 192635 [details] dmsg part with HALD_VERBOSE=true Just a short snippet from /var/log/messages to prove the delay
Created attachment 192636 [details] Current Kernel Config (2.6.27-gentoo-r8
Created attachment 192637 [details] output of emerge --info
(In reply to comment #9) > If this is still an issue with HAL 0.5.11-r7, could you please open a (new) bug > and assign it directly to me. Sorry for the lack of response to your bug > report. > Since updating to kernel 2.6.27-gentoo-r8 and hald 0.5.11-r8 I am seeing this kind of delays (30-60 seconds) too. Boot sequence prints "Starting Hardware Abstraction layer..." and just waits. After ~60s it resumes work as expected. I added a log snippet, my kernel config and emerge --info. If you have any additional questions, just ask me.
