Description of problem: Looks the same as bug 243482 I created a Live CD (usb drive, actually) of rawhide this evening. The resulting system had a /var/cache/hald/ that was owned by root rather than haldaemon. "hald" could not start because it could not open its cache file. I resolved the problem by making "haldaemon:haldaemon" the owner of /var/cache/hald and its contents. This problem didn't affect the system I installed with anaconda a week or so ago, but it makes X unusable in live cds at least. I'm not sure how to track the cause down further to make sure it won't affect the general release. Version-Release number of selected component (if applicable): hal-0.5.12-12.20081027git.fc10.i386
Make sure nscd is not running on the system you are building the live image on.
I gave that a shot to no effect. /var/cache/hald is still owned by root, and hald won't run.
I'm changing the component to livecd-tools because this is almost certainly an issue with building the livecd. If you look at the output of your livecd-creator run you'll see messages like "unknown user haldaemon - using root". In my case, this is caused by nscd running. Perhaps in your case it's something else. I'd like to see both fixed, but I'm not sure what the issue is exactly.
Can you attach the output of running livecd-creator redirecting the output to a file? Orion -- nscd could cause a problem if the user isn't known outside the chroot because glibc will always prefer nscd for its answers. I'm not really sure there's anything that can be done there
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Closing due to inactivity. Please reopen if you have further information to add to this bug report.
In case anyone comes across this bug report in the future: I screwed up testing. Turning off nscd before running livecd-creator will correct this problem.