haldaemon problem

Warren Sturm wrsturm at mtroyal.ca
Tue Dec 11 22:45:51 UTC 2007


On Wed, 2007-12-12 at 08:14 +1000, david walcroft wrote:
> Todd Zullinger wrote:
> > david walcroft wrote:
> >   
> >> [david at reddwarf ~]$ hald --daemon=no --verbose=yes
> >> 11:41:24.630 [I] hald.c:634: hal 0.5.10
> >> 11:41:24.630 [I] hald.c:699: Will not daemonize
> >> 11:41:24.648 [I] hald_dbus.c:5284: local server is listening at 
> >> unix:abstract=/var/run/hald/dbus-Wk4MmSHj5z,guid=54550280ec271fa7b0e54100475deac4
> >> 11:41:24.676 [I] ck-tracker.c:387: got seat 
> >> '/org/freedesktop/ConsoleKit/Seat1'
> >> 11:41:24.677 [I] ck-tracker.c:338: Got all sessions on seat 
> >> '/org/freedesktop/ConsoleKit/Seat1'
> >> 11:41:24.677 [I] ck-tracker.c:414: Got seats
> >> 11:41:24.677 [I] ck-tracker.c:796: Got seats and sessions
> >> 11:41:24.689 [I] hald_runner.c:301: Runner has pid 16842
> >> 11:41:24.690 [W] ci-tracker.c:299: Could not get uid for connection: 
> >> org.freedesktop.DBus.Error.NameHasNoOwner Could not get UID of name 
> >> 'org.freedesktop.DBus': no such name
> >> 11:41:24.690 [E] hald_dbus.c:4944: Cannot get caller info for 
> >> org.freedesktop.DBus
> >> Runner started - allowed paths are 
> >> '/usr/libexec:/usr/lib/hal/scripts:/usr/bin'
> >> 11:41:24.693 [I] hald_runner.c:182: runner connection is 0x8902cc8
> >> 11:41:24.744 [D] util_helper.c:124: drop_privileges: could not set group id
> >> [david at reddwarf ~]$
> >>
> >> Hope this helps
> >>     
> >
> > It definitely gives up something to work with.  Is the ConsoleKit
> > service running (service ConsoleKit status)?  Is DBus running (service
> > messagebus status)?
> >
> > Perhaps someone else will recognize this and chime in.  A quick google
> > doesn't turn up anything I'd consider definitive as the cause.
> >
> >   
> service ConsoleKit status = (pid 2020) is running
> service message  status    = (pid 2312 1869 is running
> 
> Hope this can help    david
> 

Another thing to check is the ownership of /var/cache/hald.  I had a
laptop on which hald would not start and that was fixed by setting the
ownership to haldaemon.

hald --daemon=no --verbose=yes

will go a long way to help debug.






More information about the fedora-list mailing list