hald will not start

[lcampagn]

Binary package hint: hal

I started upgrading to gutsy today and hald willl not start, which prevents the upgrade from finishing. In order to get through the upgrade, I had to disable /etc/init.d/hal (just inserted an exit 0 to prevent it doing anything). After finishing the upgrade, I restored the init script and logged this message:

# hald --daemon=no --verbose=yes
09:46:14.330 [I] hald.c:529: hal 0.5.9.1
09:46:14.330 [I] hald.c:594: Will not daemonize
09:46:14.331 [I] hald_dbus.c:4807: local server is listening at unix:abstract=/var/run/hald/dbus-8BSEVn6nPj,guid=fb2d4416a8544cb2561ba80046e7eda6
09:46:14.333 [I] hald_runner.c:299: Runner has pid 10323
09:46:14.334 [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
09:46:14.334 [E] hald_dbus.c:4462: Cannot get caller info for org.freedesktop.DBus
Runner started - allowed paths are '/usr/lib/hal:/usr/lib/hal/scripts:/usr/bin'
09:46:14.334 [I] hald_runner.c:180: runner connection is 0x8094ac0
09:46:14.336 [I] mmap_cache.c:161: Regenerating fdi cache..
09:46:14.338 [I] create_cache.c:611: Loading rules
09:46:24.339 [I] mmap_cache.c:137: In regen_cache_cb exit_type=1, return_code=0
09:46:24.339 [E] mmap_cache.c:190: fdi cache regeneration failed!
09:46:24.339 [I] mmap_cache.c:193: fdi cache generation done
09:46:24.339 [I] mmap_cache.c:251: cache mtime is 1189602915
*** [DIE] mmap_cache.c:di_rules_init():68 : Unable to open cache /var/cache/hald/fdi-cache

I should mention that I installed feisty using lubi (before upgrading to gutsy), so my root filesystem is actually mounted through a loopback device. I don't believe it made any other changes to the system, though.

[Pedro Villavicencio (pedro)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Is Dbus up and running?

[lcampagn (luke-campagnola)]

ps reveals a process called "/usr/bin/dbus-daemon --system". I assume
this means dbus is running..

On 9/12/07, Pedro Villavicencio <email address hidden> wrote:
> Thank you for taking the time to report this bug and helping to make
> Ubuntu better. Is Dbus up and running?
>
> ** Changed in: hal (Ubuntu)
> Importance: Undecided => Medium
> Status: New => Incomplete
>
> --
> hald will not start
> https://bugs.launchpad.net/bugs/139155
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Tim Davis (cpuobsessed)]

That is the same output I receive after running "dpkg-reconfigure hal"
administrator@ubuntu:/var/log$ tail syslog Sep 13 11:06:07 ubuntu hald[6990]: 11:06:07.838 [I] hald_dbus.c:4807:
local server is listening at
unix:abstract=/var/run/hald/dbus-CEFHnlshb0,guid=49f595eaaa554420a5c33c0046e951df
Sep 13 11:06:07 ubuntu hald[6990]: 11:06:07.888 [I] hald_runner.c:299:
Runner has pid 6991
Sep 13 11:06:07 ubuntu hald[6990]: 11:06:07.889 [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
Sep 13 11:06:07 ubuntu hald[6990]: 11:06:07.889 [E] hald_dbus.c:4462:
Cannot get caller info for org.freedesktop.DBus Sep 13 11:06:07 ubuntu hald[6990]: 11:06:07.892 [I] hald_runner.c:180:
runner connection is 0x8094ac8
Sep 13 11:06:07 ubuntu hald[6990]: 11:06:07.894 [I] mmap_cache.c:161:
Regenerating fdi cache..
Sep 13 11:06:17 ubuntu hald[6990]: 11:06:17.901 [I] mmap_cache.c:137: In regen_cache_cb exit_type=1, return_code=0 Sep 13 11:06:17 ubuntu hald[6990]: 11:06:17.902 [E] mmap_cache.c:190:
fdi cache regeneration failed!
Sep 13 11:06:17 ubuntu hald[6990]: 11:06:17.902 [I] mmap_cache.c:193:
fdi cache generation done
Sep 13 11:06:17 ubuntu hald[6990]: 11:06:17.902 [I] mmap_cache.c:251:
cache mtime is 1189629072

[lcampagn (luke-campagnola)]

I seem to have fixed this problem this way:
# mv /var/cache/hald/fdi-cache~ /var/cache/hald/fdi-cache

It would be nice if hald would just create this file rather than dying
when it doesn't exist, particularly since the system is pretty much
unusable without hal.

[Gabriel Mazetto (brodock)]

mine is already that way and it only starts up when i do a sudo hald or gksu hald

[George Fragos (fragos)]

Removable USB storage wouldn't start so I checked the removable media applet and got a message that "hald" wasn't running. I checked further and it wasn't so I ran it with "sudo hald" and the storage connection worked.

[vnevoa (vasco-nevoa)]

lcampagn: thanks for the tip, it solved my system!
sudo mv /var/cache/hald/fdi-cache~ /var/cache/hald/fdi-cache

[vnevoa (vasco-nevoa)]

Actualy, the correct way to do it seems to be:
sudo /usr/lib/hal/hald-generate-fdi-cache
(see bug #146812)