SDDM hangs when transitioning to KDE Desktop

TheGuyWithTheFace · 2016-09-07 01:44:30

Hello all,

since the most recent update I've had an issue where sddm seems to freeze for several seconds (feels like half a minute but I could just be impatient) before logging me in. After typing my password, it goes to the splash/transition screen for the desktop, and the plasma 5 loading bar appears, but the loading bar freezes right at the last step before completion.

Output of 'systemd-analyze blame':

         1.514s tlp.service                                                                                                                                                
           417ms dev-sda1.device
           215ms upower.service
           194ms ufw.service
           144ms NetworkManager.service
           115ms systemd-udevd.service
           108ms systemd-journald.service
           107ms user@1000.service
           101ms geoclue.service
            72ms systemd-remount-fs.service
            62ms boot.mount
            61ms systemd-logind.service
            58ms alsa-restore.service
            56ms polkit.service
            44ms systemd-journal-flush.service
            43ms udisks2.service
            40ms systemd-udev-trigger.service
            22ms rtkit-daemon.service
            22ms systemd-tmpfiles-clean.service
            21ms wpa_supplicant.service
            18ms dev-sda4.swap
            16ms systemd-vconsole-setup.service
            14ms systemd-modules-load.service
            13ms systemd-backlight@backlight:intel_backlight.service
            10ms systemd-rfkill.service
             9ms systemd-tmpfiles-setup-dev.service
             8ms systemd-tmpfiles-setup.service
             7ms systemd-user-sessions.service
             5ms systemd-sysctl.service
             5ms dev-mqueue.mount
             5ms systemd-backlight@leds:tpacpi::kbd_backlight.service
             5ms sys-kernel-debug.mount
             4ms systemd-update-utmp.service
             3ms dev-hugepages.mount
             3ms systemd-random-seed.service
             3ms kmod-static-nodes.service
             1ms sys-kernel-config.mount
             1ms tmp.mount

Output of 'journalctl -u sddm', just copypasting from since the last reboot:

Sep 06 20:25:35 ThinkPadX systemd[1]: Started Simple Desktop Display Manager.
Sep 06 20:25:36 ThinkPadX sddm[555]: Initializing...
Sep 06 20:25:36 ThinkPadX sddm[555]: Starting...
Sep 06 20:25:36 ThinkPadX sddm[555]: Adding new display on vt 1 ...
Sep 06 20:25:36 ThinkPadX sddm[555]: Display server starting...
Sep 06 20:25:36 ThinkPadX sddm[555]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{2fe521f6-b6c2-4c38-af31-79ae04984e23} -background none -noreset -displayfd 18 vt1
Sep 06 20:25:37 ThinkPadX sddm[555]: Running display setup script  "/usr/share/sddm/scripts/Xsetup"
Sep 06 20:25:37 ThinkPadX sddm[555]: Display server started.
Sep 06 20:25:37 ThinkPadX sddm[555]: Socket server starting...
Sep 06 20:25:37 ThinkPadX sddm[555]: Socket server started.
Sep 06 20:25:37 ThinkPadX sddm[555]: Greeter starting...
Sep 06 20:25:37 ThinkPadX sddm[555]: Adding cookie to "/var/run/sddm/{2fe521f6-b6c2-4c38-af31-79ae04984e23}"
Sep 06 20:25:37 ThinkPadX sddm-helper[621]: [PAM] Starting...
Sep 06 20:25:37 ThinkPadX sddm-helper[621]: [PAM] Authenticating...
Sep 06 20:25:37 ThinkPadX sddm-helper[621]: [PAM] returning.
Sep 06 20:25:37 ThinkPadX sddm-helper[621]: pam_unix(sddm-greeter:session): session opened for user sddm by (uid=0)
Sep 06 20:25:37 ThinkPadX sddm[555]: Greeter session started successfully
Sep 06 20:25:37 ThinkPadX sddm[555]: Message received from greeter: Connect
Sep 06 20:25:44 ThinkPadX sddm[555]: Message received from greeter: Login
Sep 06 20:25:44 ThinkPadX sddm[555]: Reading from "/usr/share/xsessions/plasma.desktop"
Sep 06 20:25:44 ThinkPadX sddm[555]: Reading from "/usr/share/xsessions/plasma.desktop"
Sep 06 20:25:44 ThinkPadX sddm[555]: Session "/usr/share/xsessions/plasma.desktop" selected, command: "/usr/bin/startkde"
Sep 06 20:25:44 ThinkPadX sddm-helper[725]: [PAM] Starting...
Sep 06 20:25:44 ThinkPadX sddm-helper[725]: [PAM] Authenticating...
Sep 06 20:25:44 ThinkPadX sddm-helper[725]: [PAM] Preparing to converse...
Sep 06 20:25:44 ThinkPadX sddm-helper[725]: [PAM] Conversation with 1 messages
Sep 06 20:25:44 ThinkPadX sddm-helper[725]: pam_kwallet5(sddm:auth): (null): pam_sm_authenticate
Sep 06 20:25:45 ThinkPadX sddm-helper[725]: [PAM] returning.
Sep 06 20:25:45 ThinkPadX sddm[555]: Authenticated successfully
Sep 06 20:25:45 ThinkPadX sddm-helper[725]: pam_kwallet5(sddm:setcred): pam_kwallet5: pam_sm_setcred
Sep 06 20:25:45 ThinkPadX sddm-helper[725]: pam_unix(sddm:session): session opened for user perry by (uid=0)
Sep 06 20:25:45 ThinkPadX sddm[555]: Auth: sddm-helper exited successfully
Sep 06 20:25:45 ThinkPadX sddm[555]: Greeter stopped.
Sep 06 20:25:45 ThinkPadX sddm[555]: Session started

Last edited by TheGuyWithTheFace (2016-09-07 01:45:34)

V1del · 2016-09-07 07:06:58

We are already past SDDM at that point, the splash screen is part of the KDE startup. You could disable the login splash entirely, which should give at least some sort of improvement. The splash screen also has a minimum duration, so that it can be shown at all, but I don't think that that last step explicitly is part of it.

Last edited by V1del (2016-09-07 07:07:42)

Nicky726 · 2016-09-07 17:58:26

I've had the same problem, if I understand correctly: On one of my machines since the dbus 1.10.10 removing libdbus upgrade and since I solved the problem with dbus not being started (FS#50543), the splashscreen progressbar hanged for some noticeable seconds (notice that before the upgrade there was no hang, the animation began immeadiately). I do not have the problem on other two machines which I upgraded so far. Apart from the dbus problem, the machines differ in hardware the problematic one being AMD with AMD integrated graphics (oss drivers) the others Intels. However, doing system upgrade of the machine now, merging the /etc/sddm.conf.pacnew, and making sure all the remnants of my 2014 experiments with systemd-user started X services (which needed lots of custom configs and units concerning dbus and X), the problem disappeared. So I guess that either the upgrade or getting rid of the outdated systemd configs helped.

Arch Linux

#1 2016-09-07 01:44:30

SDDM hangs when transitioning to KDE Desktop

#2 2016-09-07 07:06:58

Re: SDDM hangs when transitioning to KDE Desktop

#3 2016-09-07 17:58:26

Re: SDDM hangs when transitioning to KDE Desktop

Board footer