GNU bug report logs - #35806
Login passwords incorrect on some newly installed 1.0.1 systems

Previous Next

Full log

View this message in rfc822 format

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 35806 <at> debbugs.gnu.org
Subject: bug#35806: Login passwords incorrect on some newly installed 1.0.1 systems
Date: Mon, 20 May 2019 22:02:51 +0200

[Message part 1 (text/plain, inline)]

On Mon, May 20, 2019 at 05:01:40PM +0200, Ludovic Courtès wrote:
> Hi!
> 
> "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> skribis:
> 
> > on a system newly installed from the 1.0.1 ISO image — on only some
> > reinstalls.  Maybe it was my fault, but maybe not, it is kind of
> > spooky.  Can others reproduce?
> 
> No.  (I did many installs in VMs before the release…  :-))

OK.  I consider it likely that a typo was the reason for the wrong
password on the first install.

However, the second install had no normal user account, as you can see
in my /etc/shadow (which is attached again).  It should not have been
possible to install without user account.  Now that I think about it,
I believe when I got shown the user account creation page in the
installer, I accidentally immediately pressed some key (maybe Enter)
and it threw me back to the locale selection.  I configured everything
again, but I believe this was the reason no user account was created.

I could now make the user account creation page crash again by
entering a wrong password confirmation, but after going through the
installer again, the resulting config contains a user and I can login.
I do not know how I managed to break this.

> 
> Note that you can check by doing an install in a VM using the attached
> script.
>

Thank you.  For now I’ll try on real hardware though.

Regards,
Florian

[shadow (text/plain, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.