HAL and pm-utils failure

aleph · #1 10th October 2007, 04:44 PM

Dear all,

I ran into trouble again. I cannot shut down from the XFCE4 gui in my F7 laptop! Although I can shut down the notebook using the command "poweroff" and restart it with "reboot", I can't get the GUI working. I tried the command "pm-shutdown" and "pm-restart", and either would pop up a GUI box showing "unknown error" and do nothing. (The message is in Chinese, my locale, so the exact wording may be different.) I tried logged in as root and another user and the problem remains. After scanning through some man pages I found the consolehelper program is doing the actual things for the pm- stuff, and directly invoking consolehelper in the text terminal would get the same result.

I then switched to GNOME and I can shutdown the computer in GUI but the problems with pm-utils remain. I guess GNOME is using "poweroff" in case of "pm-shutdown" failed. Under GNOME I tried to add a battery indicator applet to the panel and it produced a piece of error message but I don't have time repeat it now, it's late here and there will be a power cut in my dormitory in a few minutes. Maybe tomorrow I can send it here.

In addition I can't get the HAL daemon working. It fails to start at system startup and no later tries in starting it succeeded. Here is what I dumped from running "hald --daemon=no --verbose=yes" :

Code:

[root@cmsite ~]# hald --daemon=no --verbose=yes
23:42:13.542 [I] hald.c:529: hal 0.5.9
23:42:13.542 [I] hald.c:594: Will not daemonize
23:42:13.545 [I] hald_dbus.c:4807: local server is listening at unix:abstract=/var/run/hald/dbus-bPLN5O3WXy,guid=0fa8495a0403d5d1b9d04e00470cf2d5
23:42:13.549 [I] ck-tracker.c:387: got seat '/org/freedesktop/ConsoleKit/Seat1'
23:42:13.550 [I] ck-tracker.c:317: got session '/org/freedesktop/ConsoleKit/Session1' for seat '/org/freedesktop/ConsoleKit/Seat1'
23:42:13.553 [I] ck-tracker.c:270: Got active state (ACTIVE) and uid 500 on session '/org/freedesktop/ConsoleKit/Session1'
23:42:13.553 [I] ck-tracker.c:338: Got all sessions on seat '/org/freedesktop/ConsoleKit/Seat1'
23:42:13.553 [I] ck-tracker.c:414: Got seats
23:42:13.553 [I] ck-tracker.c:796: Got seats and sessions
23:42:13.564 [I] hald_runner.c:299: Runner has pid 3766
23:42:13.565 [W] ci-tracker.c:200: Could not get uid for connection: org.freedesktop.DBus.Error.NameHasNoOwner Could not get UID of name 'org.freedesktop.DBus': no such name
23:42:13.565 [E] hald_dbus.c:4462: Cannot get caller info for org.freedesktop.DBus
Runner started - allowed paths are '/usr/libexec:/usr/lib/hal/scripts:/usr/bin'
23:42:13.596 [I] hald_runner.c:180: runner connection is 0x9f41ca8
23:42:13.597 [I] mmap_cache.c:161: Regenerating fdi cache..
Run started hald-generate-fdi-cache (10000) (0) 
!  full path is '/usr/libexec/hald-generate-fdi-cache', program_dir is '/usr/libexec'
23:42:13.630 [I] create_cache.c:608: Loading rules
23:42:13.877 [I] create_cache.c:674: preprobe: offset=00000014, size=3124
23:42:13.878 [I] create_cache.c:676: information: offset=00000c48, size=455636
23:42:13.878 [I] create_cache.c:678: policy: offset=0007001c, size=31440
23:42:13.878 [I] create_cache.c:680: Generating rules done (occupying 490220 bytes)
/usr/libexec/hald-generate-fdi-cache exited
23:42:13.878 [I] mmap_cache.c:137: In regen_cache_cb exit_type=0, return_code=0
23:42:13.878 [I] mmap_cache.c:193: fdi cache generation done
23:42:13.878 [I] mmap_cache.c:251: cache mtime is 1191996043
*** [DIE] mmap_cache.c:di_rules_init():68 : Unable to open cache /var/cache/hald/fdi-cache

I have to stop the computer now. The small router we use in our room will be powered off and I'll get disconnected. Looking forward to your hints.

Thx.

Cong.

aleph · #2 10th October 2007, 04:48 PM

a quick note: i noticed that pm-utils depends on HAL (or vice versa) by trying rpm -q --whatrequires them. The two failures must have something connecting them??

aleph · #3 11th October 2007, 04:21 AM

mmm... I managed to re-install the HAL and this time the HAL was fixed! And now I can shutdown the machine from XFCE4 GUI. But invoking the "pm-shudown" from terminal still suck. It shows nothing but a dull box telling me a unknown error happened, with no debug information, and quits.

I think there may be something wrong with my pam authentication configs (by RTFM and guess what happened...) but I'm not familiar with such security issues. I noticed that in my /etc/pam.d/ directory there are files named "pu-suspend" and "pm-hibernate" but no pm-shutdown or -reboot. I tried coping one of the pm-file and renamed it "pm-shutdown", and still sucks...