Re: [gentoo-user] Every other startup results in a black screen (possibly SDDM related?)

[Michael <confabulate@kintzios.com>]

[-- Attachment #1: Type: text/plain, Size: 5269 bytes --]

On Thursday, 4 April 2024 05:55:20 BST Markus Gustafsson wrote:
> Hi again,
> 
> I tried to catch the error again and while doing so I realized you guys are 
of course correct: sddm usually starts on tty 2. I don't know why I got it 
into my head that it would start on tty 8. Anyway, when I finally got it to 
reproduce (took a few restarts) I didn't get a blinking cursor on tty 2, the 
monitor just goes to sleep (kind of like it does when it has no signal). 
Switching to tty 1 showed me the init log and let me log on so I could run the 
commands suggested earlier in this thread:
> > $ ps aux | grep sddm
> > root      2253  0.0  0.0 142408 14248 ?        Ssl  06:26   0:00
> > /usr/bin/sddm root      2300  0.2  0.2 1653332 89588 ?       Ssl  06:26  
> > 0:00 /usr/bin/X -nolisten tcp -background none -seat seat0 vt2 -auth
> > /run/sddm/xauth_UanezA -noreset -displayfd 16 root      2358  0.0  0.0 
> > 61872 14024 ?        S    06:26   0:00 /usr/libexec/sddm-helper --socket
> > /tmp/sddm-auth-49123ec6-075d-4982-860d-ea1de56059ca --id 2 --start
> > /usr/bin/sddm-greeter --socket /tmp/sddm-:0-emmSdV --user sddm --greeter
> > sddm      2359  0.0  0.4 1557540 135804 ?      Sl   06:26   0:00
> > /usr/bin/sddm-greeter --socket /tmp/sddm-:0-emmSdV sddm      2365  0.0 
> > 0.0   4320  1892 ?        S    06:26   0:00 dbus-launch --autolaunch
> > d3bb17ba0dc5f70ad177e3f764fe168e --binary-syntax --close-stderr sddm     
> > 2366  0.0  0.0   4620   224 ?        Ss   06:26   0:00
> > /usr/bin/dbus-daemon --syslog-only --fork --print-pid 5 --print-address 7
> > --session

All of the above looks healthy to me.


> > $ rc-service sddm status
> > * rc-service: service `sddm' does not exist
> 
> This is what the command yields for a successful startup as well though. 
Should 'sddm' perhaps be 'display-manager' in the command above? 

Yes, the sddm DM is started by the 'display-manager' OpenRC service from the 
'default'  runlevel:

~ $ rc-update -s -v | grep display
      display-manager |      default                           
 display-manager-setup |                                 


> Anyway:
> > rc-status
> > Runlevel: default
> > 
> >  sysklogd                                                          [ 
> >  started  ] dhcpcd                                                       
> >      [  started  ] dbus                                                  
> >             [  started  ] netmount                                       
> >                    [  started  ] chronyd                                 
> >                           [  started  ] cupsd                            
> >                                  [  started  ] switcheroo-control        
> >                                         [  started  ] display-manager    
> >                                                [  started  ] numlock     
> >                                                       [  started  ] local
> >                                                              [  started 
> >  ]> 
> > Dynamic Runlevel: hotplugged
> > Dynamic Runlevel: needed/wanted
> > 
> >  display-manager-setup                                             [ 
> >  started  ] avahi-daemon                                                 
> >      [  started  ]> 
> > Dynamic Runlevel: manual
> 
> This is also what it looks like for a successful startup.

Yes, nothing wrong with the above.


> And finally from /var/log/sddm.log:
> > [06:26:03.740] (II) DAEMON: Initializing...
> > [06:26:03.743] (II) DAEMON: Starting...
> > [06:26:03.743] (II) DAEMON: Logind interface found
> > [06:26:03.743] (II) DAEMON: Adding new display...
> > [06:26:03.744] (II) DAEMON: Loaded empty theme configuration
> > [06:26:03.744] (II) DAEMON: Xauthority path: "/run/sddm/xauth_UanezA"
> > [06:26:03.744] (II) DAEMON: Using VT 2
> > [06:26:03.744] (II) DAEMON: Display server starting...
> > [06:26:03.744] (II) DAEMON: Writing cookie to "/run/sddm/xauth_UanezA"
> > [06:26:03.744] (II) DAEMON: Running: /usr/bin/X -nolisten tcp -background
> > none -seat seat0 vt2 -auth /run/sddm/xauth_UanezA -noreset -displayfd 16
> > [06:26:04.993] (II) DAEMON: Setting default cursor
> > [06:26:05.010] (II) DAEMON: Running display setup script 
> > "/usr/share/sddm/scripts/Xsetup" [06:26:05.012] (II) DAEMON: Display
> > server started.
> > [06:26:05.012] (II) DAEMON: Socket server starting...
> > [06:26:05.012] (II) DAEMON: Socket server started.
> > [06:26:05.012] (II) DAEMON: Loaded empty theme configuration
> > [06:26:05.012] (II) DAEMON: Greeter starting...
> > [06:26:05.022] (II) HELPER: [PAM] Starting...
> > [06:26:05.022] (II) HELPER: [PAM] Authenticating...
> > [06:26:05.022] (II) HELPER: [PAM] returning.
> > [06:26:05.142] (II) HELPER: Writing cookie to "/tmp/xauth_hBdSRs"
> > [06:26:05.142] (II) HELPER: Starting X11 session: ""
> > "/usr/bin/sddm-greeter --socket /tmp/sddm-:0-emmSdV" [06:26:05.152] (II)
> > DAEMON: Greeter session started successfully
> > [06:26:05.208] (II) DAEMON: Message received from greeter: Connect

And nothing wrong with your sddm.log either.

This makes me suspect again either some hardware issue, or some video driver 
issue.  Since the fault is intermittent and apparently random, what else can 
control the signal to the monitor?  o_O 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]