SDDM authorization fails

English Applications
1

I have just updated my Tumbleweed installation (which has been working perfectly for a few years) using sudo zypper dup and it is now failing to start the SDDM display manager.

There is a message in /var/log/Xorg.0.log:

** 91.749] (EE) Failed to open authorization file “/run/sddm/{2bb34e4d-9ee4-4066-9b79-01ee88977154}”: No such file or directory**

after which all the input devices are removed. Logging on the a terminal Ctrl-Alt-F2, shows that the file exists:

% ls -l /run/sddm/
total 4
-rw------- 1 sddm sddm 53 Mar 13 09:58 {2bb34e4d-9ee4-4066-9b79-01ee88977154}

Is there likely to be a timing issue with X looking for the file before it is created?

My current workaround is to use KDM instead of SDDM but I would prefer to be able to use the OpenSUSE standard SDDM package.

Relevant software versions:

x11-video-nvidiaG05-418.43-9.1.x86_64
nvidia-computeG05-418.43-9.1.x86_64
nvidia-gfxG05-kmp-default-418.43_k4.20.7_1-9.1.x86_64
nvidia-glG05-418.43-9.1.x86_64

sddm-0.18.0-7.1.x86_64

kernel-default-4.20.13-1.2.x86_64

2

There’s a bug report that seems to be the same issue https://bugzilla.opensuse.org/show_bug.cgi?id=1128891 perhaps follow or add to that.

3

The one thing I see is that the nvidia kmp kernel version does not match your running kernel version number, where AFAIK it should.

4

Thanks, I’d done an extensive search but not found anything similar myself. I’ll check to see whether sddm is running but with the screen blank as in the bug report.

5

Thanks. I’ve looked at the versions in yast and the nvidia version is the latest (and only one) available in the Nvidia repository. I assume that any relevant modules are automatically rebuilt against the actual kernel as they are installed otherwise the system wouldn’t be able to insert them. The graphics system seems to be working correctly under KDM.

6

I helped someone on reddit resolve this issue. In the end, the user backed up all their home dir files, deleted and recreated the username, then restored files. Curiously, a completely blank home dir still wouldn’t log in. Sadly I didn’t get an answer about ‘groups’ for the old user and the new user. So, there’s some external config somehow blocking SDDM from logging in some users.