From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Subject: bug#35996: User account password got locked when booting old generation Date: Mon, 3 Jun 2019 08:14:09 +0200 Message-ID: References: <20190529204517.mqn5xrw23xib4i3u@pelzflorian.localdomain> <877ea6l1on.fsf@gnu.org> <20190601055238.jkhefpupavz7aipi@pelzflorian.localdomain> <20190601145834.f4wgm4oqmdyej7n5@pelzflorian.localdomain> <87r28dc7gw.fsf@gnu.org> <20190602070545.xp2pqlnzsthpjtbw@pelzflorian.localdomain> <87sgss9vj7.fsf@gnu.org> <20190602102122.bzapwt36vg32nmwq@pelzflorian.localdomain> <87o93g9dv5.fsf@gnu.org> <20190603060301.2nu2zqi5j3v3j5ki@pelzflorian.localdomain> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000758742058a654648" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:44677) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hXgMX-0006TJ-A8 for bug-guix@gnu.org; Mon, 03 Jun 2019 02:22:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hXgFL-00022s-PD for bug-guix@gnu.org; Mon, 03 Jun 2019 02:15:05 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:56135) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hXgFK-0001xd-9G for bug-guix@gnu.org; Mon, 03 Jun 2019 02:15:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hXgFK-0006Ls-1n for bug-guix@gnu.org; Mon, 03 Jun 2019 02:15:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20190603060301.2nu2zqi5j3v3j5ki@pelzflorian.localdomain> 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: "pelzflorian (Florian Pelz)" Cc: 35996@debbugs.gnu.org --000000000000758742058a654648 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, pelzflorian (Florian Pelz) ezt =C3=ADrta (id= =C5=91pont: 2019. j=C3=BAn. 3., H=C3=A9t 8:04): > After I booted to a Guix install USB, chrooted as described on the > Arch wiki and started a Guix daemon, I could reconfigure as before. > There was no need to fiddle with grub-install. > > After multiple reconfigures, it happened again, my /etc/shadow has ! > again in the password field. My recently changed root password became > empty as well, like 35902. I did not even run sudo concurrently. The > password just got locked. > This is the same thing that happened to me, and there is another report, regarding passwords being reset. I believe we should merge these two bugs. I am on a mobile with no convinient way to look up the issue number. > > The /etc from the =E2=80=9Cpopulating from /gnu/store/*-etc=E2=80=9D mess= ages has no > significant differences either. > > > > On Sat, Jun 01, 2019 at 11:37:51PM +0200, Ludovic Court=C3=A8s wrote: > > "pelzflorian (Florian Pelz)" skribis: > > > AccountsService appears to only be usable for reading /etc/shadow, no= t > > > for writing it, contrary to what the Guix manual claims (??). > > > > That might be a bug. > > > > AccountsService obviously can change passwords. No bug here. Sorry. > I was confused. > > > > > For writing passwords, gnome-control-center does not use > > > AccountsService, it calls /usr/bin/passwd directly in its source code > > > in panels/user-accounts/run-passwd.c. > > > > That=E2=80=99s definitely a bug to fix: it should invoke > > /run/setuid-programs/passwd instead. > > > > Find attached two patches that fix GNOME password changing. Both are > required. > > Regards, > Florian > On my machine it turned out that the hdd is faulty, so this might be a hardware error, I will get a replacement drive tomorrow, and check if the problem still persist. Best regards, g_bor > --000000000000758742058a654648 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,=C2=A0




pelzflorian (Florian Pelz) <pelzflorian@pelzflorian.de> ezt =C3=ADrta (id=C5= =91pont: 2019. j=C3=BAn. 3., H=C3=A9t 8:04):
After I booted to a Guix install USB, chrooted as described on th= e
Arch wiki and started a Guix daemon, I could reconfigure as before.
There was no need to fiddle with grub-install.

After multiple reconfigures, it happened again, my /etc/shadow has !
again in the password field.=C2=A0 My recently changed root password became=
empty as well, like 35902.=C2=A0 I did not even run sudo concurrently.=C2= =A0 The
password just got locked.
Thi= s is the same thing that happened to me, and there is another report, regar= ding passwords being reset. I believe we should merge these two bugs. I am = on a mobile with no convinient way to look up the issue number.

The /etc from the =E2=80=9Cpopulating from /gnu/store/*-etc=E2=80=9D messag= es has no
significant differences either.



On Sat, Jun 01, 2019 at 11:37:51PM +0200, Ludovic Court=C3=A8s wrote:
> "pelzflorian (Florian Pelz)" <pelzflorian@pelzflo= rian.de> skribis:
> > AccountsService appears to only be usable for reading /etc/shadow= , not
> > for writing it, contrary to what the Guix manual claims (??). >
> That might be a bug.
>

AccountsService obviously can change passwords.=C2=A0 No bug here.=C2=A0 So= rry.
I was confused.


> > For writing passwords, gnome-control-center does not use
> > AccountsService, it calls /usr/bin/passwd directly in its source = code
> > in panels/user-accounts/run-passwd.c.
>
> That=E2=80=99s definitely a bug to fix: it should invoke
> /run/setuid-programs/passwd instead.
>

Find attached two patches that fix GNOME password changing.=C2=A0 Both are<= br> required.

Regards,
Florian

On my machine it turned out that the hdd is faulty, so this might be= a hardware error, I will get a replacement drive tomorrow, and check if th= e problem still persist.

Best regards,
g_bor
--000000000000758742058a654648--