From mboxrd@z Thu Jan 1 00:00:00 1970 From: "pelzflorian (Florian Pelz)" Subject: bug#35996: User account password got locked when booting old generation Date: Wed, 5 Jun 2019 08:16:11 +0200 Message-ID: <20190605061611.py3v3msydbfn2eoe@pelzflorian.localdomain> References: <20190602102122.bzapwt36vg32nmwq@pelzflorian.localdomain> <87o93g9dv5.fsf@gnu.org> <20190603060301.2nu2zqi5j3v3j5ki@pelzflorian.localdomain> <87tvd6erbo.fsf@gnu.org> <20190603145209.ub7663zp7yh7n7i4@pelzflorian.localdomain> <87d0jtemca.fsf@gnu.org> <20190604121710.uqni7cwp5jo4pwmq@pelzflorian.localdomain> <20190604141217.7tq33idseebne5v2@pelzflorian.localdomain> <20190604171715.gvwr54wiek4xs24e@pelzflorian.localdomain> <87o93d6o8u.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([209.51.188.92]:45533) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hYPET-0006zu-6o for bug-guix@gnu.org; Wed, 05 Jun 2019 02:17:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hYPEQ-0006iz-D7 for bug-guix@gnu.org; Wed, 05 Jun 2019 02:17:08 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:60963) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hYPEM-0006aI-4o for bug-guix@gnu.org; Wed, 05 Jun 2019 02:17:04 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hYPEL-0004Ck-Sg for bug-guix@gnu.org; Wed, 05 Jun 2019 02:17:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <87o93d6o8u.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 35996@debbugs.gnu.org On Tue, Jun 04, 2019 at 11:21:05PM +0200, Ludovic Courtès wrote: > "pelzflorian (Florian Pelz)" skribis: > > When booting an unbootable generation with Ludovic’s patches and then > > rebooting a normal generation with Ludovic’s patches, /etc/shadow is > > locked. > > So with this scenario, the problem is 100% reproducible, right? > /etc/shadow is not always locked, even if I get a recovering journal message. > If that theory holds, the patch below (on top of the others) should > help. Could you give it a try? > Will do. Regards, Florian