[Pkg-shadow-devel] Bug#471667: Bug#471667: [D-I] Configuration of passwd during debootstrap fails when run in non-clean target

[Justin Pryzby]

On Wed, Mar 19, 2008 at 02:04:09PM +0100, Frans Pop wrote:

> When during a new installation using Debian Installer the base system
> installation step (which uses debootstrap) fails and is retried, the
> second installation fails with the following error:
> 
> debootstrap: Setting up login (1:4.1.0-2) ...
> debootstrap: Setting up passwd (1:4.1.0-2) ...
> debootstrap: no matching password file entry in /etc/passwd
> debootstrap: delete line 'libuuid:!:13957:0:99999:7:::'? 
> debootstrap: pwck: no changes
> debootstrap: Please correct the error and rerun `/sbin/shadowconfig on'
> debootstrap: dpkg: error processing passwd (--configure):
> debootstrap:  subprocess post-installation script returned error exit status 1
> 
> Although running debootstrap on a non-clean target is not preferred,
> this does seem like an idempotency issue that should be resolved.
> 
> Note that the failure of the initial base installation step is
> completely unrelated to passwd: the initial installation of passwd (and
> the rest of debootstrap) was without problems.

That seems to be passwd.postinst calling "shadowconfig on" calling
pwck -q, which fails.  Presumably the failure is due to a real
inconsistency with system account datafiles.

I note that pwck -q doesn't seem to have the intended effect
(-q shouldn't prompt).

Can you show the relevant content of the debootstrap regarding uuid
packages?  Also the output of: grep uuid
/etc/{passwd,shadow,group,gshadow} .