GNU bug report logs - #50580
GDM doesn't start

Previous Next

Package: guix;

Reported by: Maxime Devos <maximedevos <at> telenet.be>

Date: Tue, 14 Sep 2021 12:48:01 UTC

Severity: normal

Done: Maxime Devos <maximedevos <at> telenet.be>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 50580 in the body.
You can then email your comments to 50580 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#50580; Package guix. (Tue, 14 Sep 2021 12:48:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Maxime Devos <maximedevos <at> telenet.be>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Tue, 14 Sep 2021 12:48:01 GMT) Full text and rfc822 format available.

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

From: Maxime Devos <maximedevos <at> telenet.be>
To: bug-guix <at> gnu.org
Subject: GDM doesn't start
Date: Tue, 14 Sep 2021 14:46:53 +0200
[Message part 1 (text/plain, inline)]
Hi,

The GDM service doesn't start anymore.  To test, you can use the attached
xorg-repro.tmpl (guix system vm xorg-repro.tml && run the resulting script).
QEMU will start, and it will start booting, but nothing graphical will start.
If you switch to the last virtual terminal, you will see

[date] localhost shepherd[1]: Respawning xorg-server.
[date] localhost shepherd[1]: Service host-name has been started.
[date] localhost shepherd[1]: Service xorg-server has been started.
[date] localhost shepherd[1]: Respawning xorg-server.
[date] localhost shepherd[1]: Service host-name has been started.
[date] localhost shepherd[1]: Service xorg-server has been started.
[date] localhost shepherd[1]: Respawning xorg-server.
[date] localhost shepherd[1]: Service host-name has been started.
[date] localhost shepherd[1]: Service xorg-server has been started.
[date] localhost shepherd[1]: Respawning xorg-server.
[date] localhost shepherd[1]: Service host-name has been started.
[date] localhost shepherd[1]: Service xorg-server has been started.
[date] localhost shepherd[1]: Respawning xorg-server.
[date] localhost shepherd[1]: Service host-name has been started.
[date] localhost shepherd[1]: Service xorg-server has been started.
[date] localhost shepherd[1]: Respawning xorg-server.
[date]
localhost shepherd[1]: Service host-name has been started.
[date] localhost shepherd[1]: Service xorg-server has been started.
[date] localhost shepherd[1]:   (Respawning too fast.)

GDM used to work for me with commit 75a3413b4e5c1f7443eb944a36ff364f4c4085f4,
but was broken with e9b87da1c3000c53cf9dbf5e737aa4d6546bd909.  To be bisected?

Greetings,
Maxime.

(xorg-repro.templ is based on the vm-image.tmpl configuration)
[xorg-repro.tmpl (text/plain, inline)]
;; This is an operating system configuration for a VM image.
;; Modify it as you see fit and instantiate the changes by running:
;;
;;   guix system reconfigure /etc/config.scm
;;

(use-modules (gnu) (guix) (srfi srfi-1))
(use-service-modules desktop mcron networking spice ssh xorg)
(use-package-modules bootloaders certs fonts nvi
                     package-management wget xorg)

(define vm-image-motd (plain-file "motd" "
\x1b[1;37mThis is the GNU system.  Welcome!\x1b[0m

This instance of Guix is a template for virtualized environments.
You can reconfigure the whole system by adjusting /etc/config.scm
and running:

  guix system reconfigure /etc/config.scm

Run '\x1b[1;37minfo guix\x1b[0m' to browse documentation.

\x1b[1;33mConsider setting a password for the 'root' and 'guest' \
accounts.\x1b[0m
"))

;;; XXX: Xfce does not implement what is needed for the SPICE dynamic
;;; resolution to work (see:
;;; https://gitlab.xfce.org/xfce/xfce4-settings/-/issues/142).  Workaround it
;;; by manually invoking xrandr every second.
#;
(define auto-update-resolution-crutch
  #~(job '(next-second)
         (lambda ()
           (setenv "DISPLAY" ":0.0")
           (setenv "XAUTHORITY" "/home/guest/.Xauthority")
           (execl (string-append #$xrandr "/bin/xrandr") "xrandr" "-s" "0"))
         #:user "guest"))

(operating-system
  (host-name "gnu")
  (timezone "Etc/UTC")
  (locale "en_US.utf8")
  (keyboard-layout (keyboard-layout "us" "altgr-intl"))

  ;; Label for the GRUB boot menu.
  (label (string-append "GNU Guix " (package-version guix)))

  (firmware '())

  ;; Below we assume /dev/vda is the VM's hard disk.
  ;; Adjust as needed.
  (bootloader (bootloader-configuration
               (bootloader grub-bootloader)
               (targets '("/dev/vda"))
               (terminal-outputs '(console))))
  (file-systems (cons (file-system
                        (mount-point "/")
                        (device "/dev/vda1")
                        (type "ext4"))
                      %base-file-systems))

  (users (cons (user-account
                (name "guest")
                (comment "GNU Guix Live")
                (password "")                     ;no password
                (group "users")
                (supplementary-groups '("wheel" "netdev"
                                        "audio" "video")))
               %base-user-accounts))

  ;; Our /etc/sudoers file.  Since 'guest' initially has an empty password,
  ;; allow for password-less sudo.
  (sudoers-file (plain-file "sudoers" "\
root ALL=(ALL) ALL
%wheel ALL=NOPASSWD: ALL\n"))

  (services
   (append (list (service xfce-desktop-service-type)

                 ;; Uncomment the line below to add an SSH server.
                 ;;(service openssh-service-type)

                 ;; Add support for the SPICE protocol, which enables dynamic
                 ;; resizing of the guest screen resolution, clipboard
                 ;; integration with the host, etc.
                 ;;(service spice-vdagent-service-type)

                 ;;(simple-service 'cron-jobs mcron-service-type
                 ;;                (list auto-update-resolution-crutch))

                 ;; Use the DHCP client service rather than NetworkManager.
                 (service dhcp-client-service-type))

           ;; Remove [...], ModemManager, NetworkManager, and wpa-supplicant,
           ;; which don't make sense in a VM.
           (remove (lambda (service)
                     (let ((type (service-kind service)))
                       (or (memq type
                                 (list 
                                       wpa-supplicant-service-type
                                       cups-pk-helper-service-type
                                       network-manager-service-type
                                       modem-manager-service-type))
                           (eq? 'network-manager-applet
                                (service-type-name type)))))
                   (modify-services %desktop-services
                     (login-service-type config =>
                                         (login-configuration
                                          (inherit config)
                                          (motd vm-image-motd)))))))

  ;; Allow resolution of '.local' host names with mDNS.
  #;(name-service-switch %mdns-host-lookup-nss))
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#50580; Package guix. (Wed, 15 Sep 2021 11:37:01 GMT) Full text and rfc822 format available.

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

From: Maxime Devos <maximedevos <at> telenet.be>
To: bug-guix <at> gnu.org
Subject: Re: GDM doesn't start
Date: Wed, 15 Sep 2021 11:25:49 +0200
[Message part 1 (text/plain, inline)]
Maxime Devos schreef op di 14-09-2021 om 14:46 [+0200]:
> GDM used to work for me with commit 75a3413b4e5c1f7443eb944a36ff364f4c4085f4,
> but was broken with e9b87da1c3000c53cf9dbf5e737aa4d6546bd909.  To be bisected?

The second commit is wrong.  Prsumably it should have been
9875f9bca3976bf3576eab9be42164fde454597e.

> Greetings,
> Maxime.
> 
> (xorg-repro.templ is based on the vm-image.tmpl configuration)
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#50580; Package guix. (Wed, 15 Sep 2021 11:40:02 GMT) Full text and rfc822 format available.

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

From: Maxime Devos <maximedevos <at> telenet.be>
To: 50580 <at> debbugs.gnu.org
Subject: Re: bug#50580: GDM doesn't start
Date: Wed, 15 Sep 2021 13:39:33 +0200
[Message part 1 (text/plain, inline)]
Maxime Devos schreef op di 14-09-2021 om 14:46 [+0200]:
> Hi,
> 
> The GDM service doesn't start anymore.  To test, you can use the attached
> xorg-repro.tmpl (guix system vm xorg-repro.tml && run the resulting script).
> QEMU will start, and it will start booting, but nothing graphical will start.
> If you switch to the last virtual terminal, you will see
> 
> [date] localhost shepherd[1]: Respawning xorg-server.
> [date] localhost shepherd[1]: Service host-name has been started.
> [date] localhost shepherd[1]: Service xorg-server has been started.
> [..]
> [date] localhost shepherd[1]:   (Respawning too fast.)
> 
> GDM used to work for me with commit 75a3413b4e5c1f7443eb944a36ff364f4c4085f4,
> but was broken with e9b87da1c3000c53cf9dbf5e737aa4d6546bd909.  To be bisected?

I did some bisecting.  9cd89b1206cf9288fc26b09f3f34883c6e309824 is a bad commit

commit 9cd89b1206cf9288fc26b09f3f34883c6e309824
Author: Tobias Geerinckx-Rice <me <at> tobias.gr>
Date:   Fri Sep 3 20:45:34 2021 +0200

    gnu: hplip: Update to 3.21.6.

    * gnu/packages/cups.scm (hplip): Update to 3.21.6.

and the previous commit 7be258c0ddae175450622884920d42a758bbced6 is good.

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

Information forwarded to bug-guix <at> gnu.org:
bug#50580; Package guix. (Wed, 15 Sep 2021 14:07:02 GMT) Full text and rfc822 format available.

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

From: Maxime Devos <maximedevos <at> telenet.be>
To: 50580 <at> debbugs.gnu.org
Subject: Re: GDM doesn't start
Date: Wed, 15 Sep 2021 16:06:48 +0200
[Message part 1 (text/plain, inline)]
Possibly related to:

https://issues.guix.gnu.org/35296 ‘gdm doesn't start at boot’

The message in Xorg.1.log is similar.

It seems suspicious to me that 'gdm-shepherd-service' doesn't have 'elogind'
in its requirements, but 'sddm-shepherd-service' does.  I tried adding
'elogind' but that didn't fix anything.

There's something else that seems suspicious to me: elogind can be started
by two methods: by 'elogind-shepherd-service' and via D-Bus.  It appears that,
if elogind is started via D-Bus, then it can't be started via elogind-shepherd-service
anymore, so herd can think elogind failed to start even though it was started with
D-Bus?  That didn't seem the case on the test VM though ...

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

Reply sent to Maxime Devos <maximedevos <at> telenet.be>:
You have taken responsibility. (Thu, 07 Oct 2021 08:34:02 GMT) Full text and rfc822 format available.

Notification sent to Maxime Devos <maximedevos <at> telenet.be>:
bug acknowledged by developer. (Thu, 07 Oct 2021 08:34:02 GMT) Full text and rfc822 format available.

Message #19 received at 50580-done <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: 50580-done <at> debbugs.gnu.org
Subject: Re: bug#50580: GDM doesn't start
Date: Thu, 07 Oct 2021 10:33:35 +0200
[Message part 1 (text/plain, inline)]
Maxime Devos schreef op di 14-09-2021 om 14:46 [+0200]:
> Hi,
> 
> The GDM service doesn't start anymore.  To test, you can use the attached
> xorg-repro.tmpl (guix system vm xorg-repro.tml && run the resulting script).
> QEMU will start, and it will start booting, but nothing graphical will start.
> [...]

I'm not encountering the issue ‘in the wild’ anymore,
and this test doesn't reproduce the issue anymore, so I'm
closing the issue.

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

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 04 Nov 2021 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 145 days ago.

Previous Next


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