You are not logged in.
Dear All,
I've managed to kill HAL somehow and can't bring it back to life. I didn't touch HAL itself, but did a lot of tweaking with the system including install of quick-boot. Then I noticed that HAL doesn't work. I removed quick-boot, reverted other changes and reinstalled HAL. It still doesn't work:
sudo /etc/rc.d/hal restart
:: Stopping Hardware Abstraction Layer [FAIL]
:: Starting Hardware Abstraction Layer [FAIL]
I did full system upgrade, reinstalled HAL, rebooted few times, listed dbus explicitly in rc.conf - no success, it just doesn't work. For now I did anything which I can imagine and I'm stuck. Any ideas are deeply appreciated!
UPD: dbus works fine.
Last edited by yesint (2009-11-05 15:16:06)
Offline
Ever tried without the rc.d script? Those suppress daemon output and error messages with >/dev/null, so see if you get more hints by running hald manually (see /etc/rc.d/hal).
1000
Offline
Ever tried without the rc.d script? Those suppress daemon output and error messages with >/dev/null, so see if you get more hints by running hald manually (see /etc/rc.d/hal).
Thanks, I'll try
Offline
Are you shure that HAL don't runing? try pstree
pstree | grep hal
maybe hal running with hal user
//sorry i didn't see date of post.
Last edited by zajca (2010-01-31 11:45:55)
Offline
Are you shure that HAL don't runing? try pstree
pstree | grep hal
maybe hal running with hal user
//sorry i didn't see date of post.
There's also pgrep hal
Offline
Try removing the quick-boot.
Offline
well - reinstall hal, using "force" option.
should be:
pacman -Sf hal
This should overwrite config files. Maby you will need reinstall dbus - I am not sure.
ps. Sorry for my english.
Offline
well - reinstall hal, using "force" option.
should be:
pacman -Sf hal
This should overwrite config files. Maby you will need reinstall dbus - I am not sure.
ps. Sorry for my english.
Not necessarily, probably better this way
pacman -Rdn hal && pacman -S hal
Offline
It seems i got the same problem : reinstalling hal like Acecero mentionned doesn't work...
Offline
Similar/same problem here.
For the last couple days I am trying to get a new install set up and I can not get hal to start at boot, or manually as root. I have done several successful arch installs so I have been looking for the silly mistakes I usually make. Everything appears to set up the way things have worked for me in the past.
What I am doing:
1) Install from core CD (2009.08 x86_64)
2) pacman -Syyu
3) pacman -S dbus hal (add hal to daemon list)
4) reboot
5) hal ... [fail]
Steve
Offline
Try to start it manually via
env HALD_VERBOSE=1 /etc/rc.d/hal restart
. Any messages other than [FAIL]?
Good ideas do not need lots of lies told about them in order to gain public acceptance.
Offline
env HALD_VERBOSE=1 /etc/rc.d/hal restart produces:
:: Stopping Hardware Abstraction Layer [BUSY] [FAIL]
:: Starting Hardware Abstraction Layer [BUSY]
06:16:18.916 [i] hald.c:673: hal 0.5.14
06:16:18.916 [i] hald.c:674: using child timeout 250s
06:16:18.916 [i] hald.c:683: Will daemonize
06:16:18.916 [i] hald.c:684: Becoming a daemon
[FAIL]
# hald --verbose=yes --use-syslog produces (in daemon.log):
Feb 2 05:31:59 speedy hald[1497]: 05:31:59.698 [i] hald.c:673: hal 0.5.14
Feb 2 05:31:59 speedy hald[1497]: 05:31:59.698 [i] hald.c:674: using child timeout 250s
Feb 2 05:31:59 speedy hald[1497]: 05:31:59.698 [i] hald.c:683: Will daemonize
Feb 2 05:31:59 speedy hald[1497]: 05:31:59.698 [i] hald.c:684: Becoming a daemon
Feb 2 05:31:59 speedy hald[1498]: 05:31:59.699 [i] hald_dbus.c:5444: local server is listening at unix:abstract=/var/run/hald/dbus-x1QBSghATs,guid=54227b9d2c05909d25c211d24b680d2f
Feb 2 05:31:59 speedy hald[1498]: 05:31:59.720 [i] hald_runner.c:304: Runner has pid 1499
Feb 2 05:31:59 speedy hald[1498]: 05:31:59.721 [i] hald_runner.c:184: runner connection is 0x1af8990
Feb 2 05:31:59 speedy hald[1498]: 05:31:59.727 [W] osspec.c:388: Unable to open /proc/mdstat: No such file or directory
Feb 2 11:31:59 speedy hald[1498]: 11:31:59.729 [i] mmap_cache.c:126: Regenerating fdi cache..
Feb 2 11:31:59 speedy hald[1498]: 11:31:59.729 [E] hald_runner.c:888: Error running 'hald-generate-fdi-cache': org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Feb 2 11:31:59 speedy hald[1498]: 11:31:59.729 [i] mmap_cache.c:104: In regen_cache_cb exit_type=2, return_code=0
Feb 2 11:31:59 speedy hald[1498]: 11:31:59.729 [E] mmap_cache.c:153: fdi cache regeneration failed!
Feb 2 11:31:59 speedy hald[1498]: 11:31:59.730 [i] mmap_cache.c:156: fdi cache generation done
Feb 2 11:31:59 speedy hald[1498]: 11:31:59.730 [i] mmap_cache.c:278: cache mtime is 0
Offline
The last udev package (151-2) corrected my problem. I hope it's the same for you guys, thanks!!
Offline
I could not find 151-2, but I did try 150-3 from testing and it did not fix my problem.
Offline
Sorry, my English is very bad.
I change my rc.conf and remove hal. Hal is called 2 times: 1 at hal and 1 at networkmanager. When i remove hal at rc.conf, my system start-up normally, and hal working correct.
Offline
Thanks for the suggestion. I have verified that hal is just started once in my rc.conf daemons list, and I do not load network manager.
If anyone has some idea (or could guess) where to go digging regarding the two errors that hald is generating (listed in a previous message), that would be helpful. I've searched the forums and google for some help but have not come across anything that helps.
Steve
Offline
Thanks for the suggestion. I have verified that hal is just started once in my rc.conf daemons list, and I do not load network manager.
If anyone has some idea (or could guess) where to go digging regarding the two errors that hald is generating (listed in a previous message), that would be helpful. I've searched the forums and google for some help but have not come across anything that helps.
Steve
Steve,
Before I remove the hal cache "rm -rf /var/cache/hald/*", kill the hal "killall -9 hald" and kill hal-runner "hald-runner", change owners on /var/cache/hald "chown hal.hal /var/cache/hal" and restart the process "/etc/rc.d/hal restart". Only after this i remove in /etc/rc.conf.
Offline
I could not find 151-2, but I did try 150-3 from testing and it did not fix my problem.
Strange cause it's available on core:
http://www.archlinux.org/packages/core/i686/udev/
Offline
That is strange. In fact I had to look in a couple of different mirrors to even find the package I did.
This morning I can see the latest udev. So I started over (by running the install from the CD) and now everything works. So I am sure I did something wrong, I just have no idea what.
Steve
Offline