[gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
I'm trying to understand why one PC in particular fails to start SDDM since an
update to x11-misc/sddm-0.18.1-r6 and ends up with a blank page on VT7. I
suspect some pam module malfunction, but I don't understand why this happens
or how to troubleshoot it. Interestingly, if I restart the display-manager
service manually, SDDM starts and no longer exits. :-/
This is what syslog shows upon boot:
Apr 9 09:20:04 localhost sddm-helper[4074]: pam_unix(sddm-greeter:session):
session opened for user sddm(uid=104) by (uid=0)
Apr 9 09:20:04 localhost kernel: elogind-daemon[1349]: New session c1 of user
sddm.
Apr 9 09:20:05 localhost chronyd[3554]: Selected source 192.169.1.1
Apr 9 09:20:05 localhost sddm-helper[4074]: pam_unix(sddm-greeter:session):
session closed for user sddm
Apr 9 09:20:05 localhost kernel: elogind-daemon[1349]: Removed session c1.
==
Checking if the display manager service has died I see rc-service reports it
is running! Then, ps reveals this much:
root 3757 0.1 0.1 137296 17092 ?Ssl 12:21 0:00 /usr/bin/sddm
root 3898 5.7 0.5 1009092 85500 tty7Ssl+ 12:21 0:02 /usr/bin/X -
nolisten tcp -auth /var/run/sddm/{77032685-d24f-482b-9634-49fce5f11fa0} -
background none -noreset -displayfd 17 -seat seat0 vt7
but all I get on VT7 is a blank screen with a cursor on the top left and no
mouse or a graphic DM.
Then I login as root on a console and restart the service:
Apr 9 09:20:38 localhost login[3935]: pam_unix(login:session): session opened
for user root(uid=0) by LOGIN(uid=0)
Apr 9 09:20:38 localhost kernel: elogind-daemon[1349]: New session 2 of user
root.
Apr 9 09:20:38 localhost login[4087]: ROOT LOGIN on '/dev/tty1'
Apr 9 09:20:41 localhost start-stop-daemon[4111]: Will stop /usr/bin/sddm
Apr 9 09:20:41 localhost start-stop-daemon[4112]: Will stop /usr/bin/sddm
Apr 9 09:20:41 localhost start-stop-daemon[4112]: Will stop PID 3787
Apr 9 09:20:41 localhost start-stop-daemon[4112]: Sending signal 15 to PID
3787
Apr 9 09:20:41 localhost kernel: [drm] enabling PCIE gen 2 link speeds,
disable with radeon.pcie_gen2=0
Apr 9 09:20:41 localhost kernel: [drm] PCIE GART of 1024M enabled (table at
0x0004).
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: WB enabled
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 0
use gpu addr 0x8c00
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 1
use gpu addr 0x8c04
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 2
use gpu addr 0x8c08
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 3
use gpu addr 0x8c0c
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 4
use gpu addr 0x8c10
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_gfx' in directory
'1' already present!
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_cp1' in directory
'1' already present!
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_cp2' in directory
'1' already present!
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_dma1' in
directory '1' already present!
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_dma2' in
directory '1' already present!
Apr 9 09:20:42 localhost kernel: [drm] ring test on 0 succeeded in 1 usecs
Apr 9 09:20:42 localhost kernel: [drm] ring test on 1 succeeded in 1 usecs
Apr 9 09:20:42 localhost kernel: [drm] ring test on 2 succeeded in 1 usecs
Apr 9 09:20:42 localhost kernel: [drm] ring test on 3 succeeded in 4 usecs
Apr 9 09:20:42 localhost kernel: [drm] ring test on 4 succeeded in 4 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 0 succeeded in 0 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 1 succeeded in 0 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 2 succeeded in 0 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 3 succeeded in 0 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 4 succeeded in 0 usecs
Apr 9 09:20:43 localhost sddm-helper[4209]: pam_unix(sddm-greeter:session):
session opened for user sddm(uid=104) by (uid=0)
Apr 9 09:20:43 localhost kernel: elogind-daemon[1349]: Existing logind
session ID 2 used by new audit session, ignoring.
Apr 9 09:20:43 localhost kernel: elogind-daemon[1349]: New session c2 of user
sddm.
=
Thereafter SDDM runs on VT7 as expected without exiting. The ps output shows
more:
root 4187 0.0 0.1 137444 15656 ?Ssl 12:22 0:00 /usr/bin/sddm
root 4197 3.8 0.5 1009092 83352 tty7Ssl+ 12:22 0:01 /usr/bin/X -
nolisten tcp -auth /var/run/sddm/{9cb9ef8e-f25b-4272-9605-8da9ddbef75c} -
background none -noreset -displayfd 17 -seat seat0 vt7
root 4213 0.0 0.0 54060 12948 ?
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Sat, 09 Apr 2022 10:13:00 +0100, Michael wrote: > I'm trying to understand why one PC in particular fails to start SDDM > since an update to x11-misc/sddm-0.18.1-r6 and ends up with a blank > page on VT7. I suspect some pam module malfunction, but I don't > understand why this happens or how to troubleshoot it. Interestingly, > if I restart the display-manager service manually, SDDM starts and no > longer exits. :-/ Anything in Xorg.0.log? -- Neil Bothwick MIPS: Meaningless Indication of Processor Speed pgpwTvGBUsRut.pgp Description: OpenPGP digital signature
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Saturday, 9 April 2022 11:26:13 BST Neil Bothwick wrote: > On Sat, 09 Apr 2022 10:13:00 +0100, Michael wrote: > > I'm trying to understand why one PC in particular fails to start SDDM > > since an update to x11-misc/sddm-0.18.1-r6 and ends up with a blank > > page on VT7. I suspect some pam module malfunction, but I don't > > understand why this happens or how to troubleshoot it. Interestingly, > > if I restart the display-manager service manually, SDDM starts and no > > longer exits. :-/ > > Anything in Xorg.0.log? The PC is a laptop, which is usually connected to ethernet. Following Neil's prompt I just started it, without an ethernet cable connected, to check what Xorg log shows . . . O_O Well, what do you know! SDDM started properly, with mouse, GUI and all. No pam_unix problem. I am now even more confused than before. Why would the presence of an ethernet connection determine if SDDM starts and then exits, or not? :-/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Saturday, 9 April 2022 11:36:45 BST Michael wrote: > On Saturday, 9 April 2022 11:26:13 BST Neil Bothwick wrote: > > On Sat, 09 Apr 2022 10:13:00 +0100, Michael wrote: > > > I'm trying to understand why one PC in particular fails to start SDDM > > > since an update to x11-misc/sddm-0.18.1-r6 and ends up with a blank > > > page on VT7. I suspect some pam module malfunction, but I don't > > > understand why this happens or how to troubleshoot it. Interestingly, > > > if I restart the display-manager service manually, SDDM starts and no > > > longer exits. :-/ > > > > Anything in Xorg.0.log? > > The PC is a laptop, which is usually connected to ethernet. Following > Neil's prompt I just started it, without an ethernet cable connected, to > check what Xorg log shows . . . O_O > > Well, what do you know! SDDM started properly, with mouse, GUI and all. No > pam_unix problem. I am now even more confused than before. Why would the > presence of an ethernet connection determine if SDDM starts and then exits, > or not? :-/ This behaviour is repeatable. Why would the presence of a network connection on this PC affect SDDM?! I also checked Xorg.0.log with and without ethernet/SDDM and there is no difference and no errors. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Sun, 10 Apr 2022 10:18:29 +0100, Michael wrote: > > The PC is a laptop, which is usually connected to ethernet. Following > > Neil's prompt I just started it, without an ethernet cable connected, > > to check what Xorg log shows . . . O_O > > > > Well, what do you know! SDDM started properly, with mouse, GUI and > > all. No pam_unix problem. I am now even more confused than before. > > Why would the presence of an ethernet connection determine if SDDM > > starts and then exits, or not? :-/ > > This behaviour is repeatable. Why would the presence of a network > connection on this PC affect SDDM?! When you don't have the cable, are you using wireless or no network? Have you tried waiting a few minutes to see if SDDM comes up? I wonder if this could be a DNS or IPv6 issue? Remember the old saying "The problem is always DNS. Even when it's not DNS, it is DNS". -- Neil Bothwick But I thought YOU did the backups... pgpB_HHdhJKY7.pgp Description: OpenPGP digital signature
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Sunday, 10 April 2022 10:26:09 BST Neil Bothwick wrote: > On Sun, 10 Apr 2022 10:18:29 +0100, Michael wrote: > > > The PC is a laptop, which is usually connected to ethernet. Following > > > Neil's prompt I just started it, without an ethernet cable connected, > > > to check what Xorg log shows . . . O_O > > > > > > Well, what do you know! SDDM started properly, with mouse, GUI and > > > all. No pam_unix problem. I am now even more confused than before. > > > Why would the presence of an ethernet connection determine if SDDM > > > starts and then exits, or not? :-/ > > > > This behaviour is repeatable. Why would the presence of a network > > connection on this PC affect SDDM?! > > When you don't have the cable, are you using wireless or no network? Have > you tried waiting a few minutes to see if SDDM comes up? I wonder if this > could be a DNS or IPv6 issue? Remember the old saying "The problem is > always DNS. Even when it's not DNS, it is DNS". Thank you Neil for prompting my brain to work in a different direction. :-) (As it happens I've experienced some DNSSEC issues on a router following a buggy firmware update, but this would be seriously O/T for this M/L.) I have waited for minutes to see if SDDM will eventually kick in. It seems the pam_unix intervention is terminal. SDDM does not start once session c1 . The laptop has an ethernet NIC on the MoBo, which is gimped at 100Mbps. This is not used under normal circumstances. Instead I use a USB 3.0 1Gbps ethernet adaptor. Following your prompts I unplugged the USB ethernet adaptor, connected the ethernet cable to the NIC on the MoBo and rebooted. No problem. SDDM launches as it should. So this could be udev related? While udev isrobing the USB adaptor and starting the dhcp negotiation, somehow this sequence interferes with the SSDM starting up? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Sunday, 10 April 2022 12:12:43 BST Michael wrote: > On Sunday, 10 April 2022 10:26:09 BST Neil Bothwick wrote: > > On Sun, 10 Apr 2022 10:18:29 +0100, Michael wrote: > > > > The PC is a laptop, which is usually connected to ethernet. Following > > > > Neil's prompt I just started it, without an ethernet cable connected, > > > > to check what Xorg log shows . . . O_O > > > > > > > > Well, what do you know! SDDM started properly, with mouse, GUI and > > > > all. No pam_unix problem. I am now even more confused than before. > > > > Why would the presence of an ethernet connection determine if SDDM > > > > starts and then exits, or not? :-/ > > > > > > This behaviour is repeatable. Why would the presence of a network > > > connection on this PC affect SDDM?! > > > > When you don't have the cable, are you using wireless or no network? Have > > you tried waiting a few minutes to see if SDDM comes up? I wonder if this > > could be a DNS or IPv6 issue? Remember the old saying "The problem is > > always DNS. Even when it's not DNS, it is DNS". > > Thank you Neil for prompting my brain to work in a different direction. :-) > > (As it happens I've experienced some DNSSEC issues on a router following a > buggy firmware update, but this would be seriously O/T for this M/L.) > > I have waited for minutes to see if SDDM will eventually kick in. It seems > the pam_unix intervention is terminal. SDDM does not start once session c1 > . > > The laptop has an ethernet NIC on the MoBo, which is gimped at 100Mbps. > This is not used under normal circumstances. Instead I use a USB 3.0 1Gbps > ethernet adaptor. Following your prompts I unplugged the USB ethernet > adaptor, connected the ethernet cable to the NIC on the MoBo and rebooted. > No problem. SDDM launches as it should. > > So this could be udev related? While udev isrobing the USB adaptor and > starting the dhcp negotiation, somehow this sequence interferes with the > SSDM starting up? I replaced the USB ethernet adaptor with a USB wireless adaptor, plugged into the same port. Rebooted and SDDM starts normally. So, this problem only occurs when I have the wired USB adaptor plugged in. What could be a possible cause? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Sun, 10 Apr 2022 15:45:39 +0100, Michael wrote: > > The laptop has an ethernet NIC on the MoBo, which is gimped at > > 100Mbps. This is not used under normal circumstances. Instead I use > > a USB 3.0 1Gbps ethernet adaptor. Following your prompts I unplugged > > the USB ethernet adaptor, connected the ethernet cable to the NIC on > > the MoBo and rebooted. No problem. SDDM launches as it should. > > > > So this could be udev related? While udev isrobing the USB adaptor > > and starting the dhcp negotiation, somehow this sequence interferes > > with the SSDM starting up? > > I replaced the USB ethernet adaptor with a USB wireless adaptor, > plugged into the same port. Rebooted and SDDM starts normally. So, > this problem only occurs when I have the wired USB adaptor plugged in. > What could be a possible cause? Does it still do it when the USB adaptor is plugged in with no cable? -- Neil Bothwick "Theory and practice are the same in theory, but different in practice" pgpib4GeDgmZF.pgp Description: OpenPGP digital signature
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Sunday, 10 April 2022 16:31:01 BST Neil Bothwick wrote: > On Sun, 10 Apr 2022 15:45:39 +0100, Michael wrote: > > > The laptop has an ethernet NIC on the MoBo, which is gimped at > > > 100Mbps. This is not used under normal circumstances. Instead I use > > > a USB 3.0 1Gbps ethernet adaptor. Following your prompts I unplugged > > > the USB ethernet adaptor, connected the ethernet cable to the NIC on > > > the MoBo and rebooted. No problem. SDDM launches as it should. > > > > > > So this could be udev related? While udev isrobing the USB adaptor > > > and starting the dhcp negotiation, somehow this sequence interferes > > > with the SSDM starting up? > > > > I replaced the USB ethernet adaptor with a USB wireless adaptor, > > plugged into the same port. Rebooted and SDDM starts normally. So, > > this problem only occurs when I have the wired USB adaptor plugged in. > > What could be a possible cause? > > Does it still do it when the USB adaptor is plugged in with no cable? No, it only occurs when the ethernet cable is connected to the USB adaptor. Hmm ... is your DNS statement coming back to haunt me? O_O signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Sunday, 10 April 2022 17:06:17 BST Michael wrote: > On Sunday, 10 April 2022 16:31:01 BST Neil Bothwick wrote: > > On Sun, 10 Apr 2022 15:45:39 +0100, Michael wrote: > > > > The laptop has an ethernet NIC on the MoBo, which is gimped at > > > > 100Mbps. This is not used under normal circumstances. Instead I use > > > > a USB 3.0 1Gbps ethernet adaptor. Following your prompts I unplugged > > > > the USB ethernet adaptor, connected the ethernet cable to the NIC on > > > > the MoBo and rebooted. No problem. SDDM launches as it should. > > > > > > > > So this could be udev related? While udev isrobing the USB adaptor > > > > and starting the dhcp negotiation, somehow this sequence interferes > > > > with the SSDM starting up? > > > > > > I replaced the USB ethernet adaptor with a USB wireless adaptor, > > > plugged into the same port. Rebooted and SDDM starts normally. So, > > > this problem only occurs when I have the wired USB adaptor plugged in. > > > What could be a possible cause? > > > > Does it still do it when the USB adaptor is plugged in with no cable? > > No, it only occurs when the ethernet cable is connected to the USB adaptor. > Hmm ... is your DNS statement coming back to haunt me? O_O Still unable to get SDDM to come up when the ethernet cable is connected to the USB NIC adaptor dongle. :-( I added "rc_start_wait=500" in '/etc/conf.d/display-manager' just in case delaying SDDM would allow it to launch without any interference from the network configuration and start up, but it made no difference. The only way for SDDM to launch successfully is to make sure the ethernet cable is unplugged from the USB NIC adaptor at boot, or to use a different NIC. Is there something which might explain this behaviour? :-/ signature.asc Description: This is a digitally signed message part.
