GNU bug report logs - #41178
can't log into X anymore ( polkit )

Previous Next

To reply to this bug, email your comments to 41178 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Stefan Huchler <stefan.huchler <at> mail.de>
To: bug-guix <at> gnu.org
Subject: can't log into X anymore ( polkit )
Date: Sun, 10 May 2020 18:37:11 +0200

shortly after installing X and making the first few changes setting the
root password and boom I can't login into X anymore.


My configuration:
/----------------------------------------------
(use-modules (gnu) (gnu system nss))
(use-service-modules desktop ssh)
(use-package-modules bootloaders certs ratpoison emacs-xyz
		     suckless wm xorg emacs web-browsers)

(operating-system
 (host-name "XXX")
 (timezone "Europe/Berlin")
 (locale "en_US.utf8")

 (keyboard-layout (keyboard-layout "us" "dvorak"))
 
 (bootloader (bootloader-configuration
	      (bootloader grub-bootloader)
	      (target "/dev/sda")))

 (file-systems (append
		(list (file-system
		       (device (file-system-label "guix-root"))
		       (mount-point "/")
		       (type "ext4"))
		      (file-system
		       (device (file-system-label "home"))
		       (mount-point "/home")
		       (type "ext4")))
		%base-file-systems))

 (users (cons (user-account
	       (name "XXX")
	       (comment "Me")
	       (group "users")
	       (supplementary-groups '("wheel" "netdev"
				       "audio" "video")))
	      %base-user-accounts))

 (packages (append (list
		    ;; window managers
		    ratpoison i3-wm i3status dmenu
		    ;; emacs-exwm
		    xterm
		    nss-certs
		    vimb
		    emacs)
		   %base-packages))

 (services (cons* (service openssh-service-type
		   (openssh-configuration
		    (permit-root-login #t)))
		  ;;(service xfce-desktop-service-type)
		  %desktop-services))

 (name-service-switch %mdns-host-lookup-nss))

/----------------------------------------------

Authentication needed [...] intel-backlight-helper and a password prompt
that I can't hit on, and somethnig with polkit.

I think it propable had to do with me setting a root password. I unset
it with password -dl root and only passwd -d root, but both didn't fix
it.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Stefan Huchler <stefan.huchler <at> mail.de>
To: bug-guix <at> gnu.org
Subject: Re: bug#41178: can't log into X anymore ( polkit )
Date: Sat, 23 May 2020 01:16:34 +0200

So, after nobody answered to my problem and a guix pull / reconfigure
did change nothing I replaced gdm with slim with following changes:

(use-modules (gnu)
             (srfi srfi-1)
             (gnu system nss))
(use-service-modules desktop ssh xorg)
(use-package-modules bootloaders certs ratpoison emacs-xyz
                     suckless wm xorg emacs web-browsers)

...

 (services (cons* (service openssh-service-type
                   (openssh-configuration
                    (permit-root-login #t)))
                  (service slim-service-type)
                  (remove (lambda (service)
                            (eq? (service-kind service) gdm-service-type))
                          %desktop-services)))

and slim just works, it fixes the problem for me because I don't want to
run gdm on this low power machine anyway, but maybe somebody can
understand why slim runs and gdm not, I did not do much special I just
wanted to make my first guix install and got X running with the
light-desktop config with some minor unrelated changes like adding a few
packages and activate ssh. The only thing as I said was that I set a
password for root, but that seems also not to be such a untypical
step. So I wonder if that is a 32bit only problem else I would assume
many people would run into that. More or less the default installation
broke, sure not the graphical installation, with that I had problems
with grub, because if I remember correctly it assumed efi support.

It's strange to me that switching the display-manager fixes the problem
because that would imply that the gdm package is buggy, which again it's
in the default desktop-services variable.

But for me it's ok and maybe somebody else runs into that problem, then
maybe my bug report information helps.


Stefan Huchler <stefan.huchler <at> mail.de> writes:

> shortly after installing X and making the first few changes setting the
> root password and boom I can't login into X anymore.
>
>
> My configuration:
> /----------------------------------------------
> (use-modules (gnu) (gnu system nss))
> (use-service-modules desktop ssh)
> (use-package-modules bootloaders certs ratpoison emacs-xyz
> 		     suckless wm xorg emacs web-browsers)
>
> (operating-system
>  (host-name "XXX")
>  (timezone "Europe/Berlin")
>  (locale "en_US.utf8")
>
>  (keyboard-layout (keyboard-layout "us" "dvorak"))
>  
>  (bootloader (bootloader-configuration
> 	      (bootloader grub-bootloader)
> 	      (target "/dev/sda")))
>
>  (file-systems (append
> 		(list (file-system
> 		       (device (file-system-label "guix-root"))
> 		       (mount-point "/")
> 		       (type "ext4"))
> 		      (file-system
> 		       (device (file-system-label "home"))
> 		       (mount-point "/home")
> 		       (type "ext4")))
> 		%base-file-systems))
>
>  (users (cons (user-account
> 	       (name "XXX")
> 	       (comment "Me")
> 	       (group "users")
> 	       (supplementary-groups '("wheel" "netdev"
> 				       "audio" "video")))
> 	      %base-user-accounts))
>
>  (packages (append (list
> 		    ;; window managers
> 		    ratpoison i3-wm i3status dmenu
> 		    ;; emacs-exwm
> 		    xterm
> 		    nss-certs
> 		    vimb
> 		    emacs)
> 		   %base-packages))
>
>  (services (cons* (service openssh-service-type
> 		   (openssh-configuration
> 		    (permit-root-login #t)))
> 		  ;;(service xfce-desktop-service-type)
> 		  %desktop-services))
>
>  (name-service-switch %mdns-host-lookup-nss))
>
> /----------------------------------------------
>
> Authentication needed [...] intel-backlight-helper and a password prompt
> that I can't hit on, and somethnig with polkit.
>
> I think it propable had to do with me setting a root password. I unset
> it with password -dl root and only passwd -d root, but both didn't fix
> it.

Message #11 received at 41178 <at> debbugs.gnu.org (full text, mbox):

From: Marius Bakke <mbakke <at> fastmail.com>
To: Stefan Huchler <stefan.huchler <at> mail.de>, 41178 <at> debbugs.gnu.org
Subject: Re: bug#41178: can't log into X anymore ( polkit )
Date: Sat, 23 May 2020 21:28:50 +0200

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

Stefan Huchler <stefan.huchler <at> mail.de> writes:

> shortly after installing X and making the first few changes setting the
> root password and boom I can't login into X anymore.

[...]

> Authentication needed [...] intel-backlight-helper and a password prompt
> that I can't hit on, and somethnig with polkit.

I've seen a similar failure when elogind or dbus failed to start.

Can you check the log files and see if there were problems with these
services when it failed?  Or any other lines that could be interesting?

[signature.asc (application/pgp-signature, inline)]

Message #14 received at 41178 <at> debbugs.gnu.org (full text, mbox):

From: jbranso <at> dismail.de
To: 41178 <at> debbugs.gnu.org
Subject: Re:  can't log into X anymore ( polkit )
Date: Sat, 23 Jan 2021 21:54:21 +0000

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

Hello,

I personally run sway, and I won't run a login manager. Instead I just log into a virtual console. 

Then I auto-start sway via this is my ~/.bashrc

	if [ -z $DISPLAY ] && [ "$(tty)" == "/dev/tty1" ]; then exec sway fi 

Maybe the above is supposed to go in my ~/.bash_profile

[Message part 2 (text/html, inline)]

Message #17 received at 41178 <at> debbugs.gnu.org (full text, mbox):

From: jbranso <at> dismail.de
To: 41178 <at> debbugs.gnu.org
Subject: Re: can't log into X anymore ( polkit )
Date: Sat, 23 Jan 2021 22:04:54 +0000

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

Now that I think about it, it would be cool if I could figure out how to auto login to a virtual console.

Thanks,

P.S. I would set up encrypted /, so I would still enter in a password at boot.

P.P.S. Though it would be nice to only have to enter in this password once...
 That might actually be possible since I use retroboot. :)

[Message part 2 (text/html, inline)]

Previous Next

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