[Pkg-utopia-maintainers] Bug#460107: Same problem, when installing in chroot
Richard Kettlewell
rjk at greenend.org.uk
Sun May 11 13:45:36 UTC 2008
Michael Biebl wrote:
> Richard Kettlewell wrote:
>> Michael Biebl writes:
>>> Armin Berres wrote:
>>>> Heyya!
>>>>
>>>> I just tried to install hal in a chroot and got exactly the same error.
>>>> Calling addgroup by hand solved the problem for me. Maybe you should
>>>> add
>>>> the group before calling adduser just to be sure?
>>>> I copied some stuff from my real system to the chroot, which could be a
>>>> reason, but calling addgroup shouldn't hurt, so...
>>> Hi Richard,
>>>
>>> did you do something similar like this:
>>> copy /etc/passwd (but not /etc/group) from another system? Did you have
>>> an older version of hal installed before or was it a clean install?
>>
>> The system was initialized by xen-create-image. (I'm sorry I didn't
>> mention this before!)
>>
>> My vm host is turned off right now but I can check its configuration
>> in detail if necessary.
>
> Yes, that would help. Could you check (or send me) the contents of
> /etc/passwd and /etc/group for the haldaemon entry.
> What does
> getent passwd | grep haldaemon
> getent group | grep haldaemon
> say.
I currently have:
richard at deodand:~$ getent passwd | grep haldaemon
haldaemon:x:108:105:Hardware abstraction layer,,,:/var/run/hal:/bin/false
richard at deodand:~$ getent group | grep haldaemon
haldaemon:x:105:
..and hal configured OK some time ago.
I see that you still have the same adduser command the postinst; and
experimenting with adduser indicates that the command would still fail
if the user existed but the group did not. I think I must have created
the group manually at some point.
I think incorrect passwd/group setup when the VM was created must be the
ultimate source of the problem.
ttfn/rjk
More information about the Pkg-utopia-maintainers
mailing list