On my laptop (not the desktop shown above) there is quite a long delay at the end of the sddm splash ...
More about this:
On a vanilla Plasma 5 installation, fully updated (no kdenext), on a laptop with Intel graphics, I have been experiencing a 30-second pause on the sddm splash screen prior to arriving at the user's desktop. The progress bar moves quickly to about 75% complete, then it freezes for almost 30 seconds, then the desktop comes up. Once the desktop appears, everything seems to work correctly and quickly. This is using the OpenGL 2.0 compositor. My big desktop system with nvidia graphics does not have this issue, and another laptop with nvidia graphics does not have the issue. So I am suspecting the Intel graphics, but I have not identified the exact problem, or a workaround.
Here are things I tried:
- studied ~/.xsession-errors. While there are interesting comments in there, there is no "ERROR".
- reviewed the systemd journal. A couple of error messages whining about an obscure inet6 item and wpa_supplicant, but the system has no networking problems that I know of. I see no errors about the userspace startup -- it says it took 10815 microseconds.
- created a new user. After two logins, the same issue appeared for the new user. So it is not likely a user configuration item (at least not a deliberate one).
- changed compositor from OpenGL 2.0 to OpenGL 3.1. No help.
- changed compositor to XRender. This had an interesting effect. Instead of hanging on the sddm splash, it immediately goes to a black screen, and hangs there for almost 30 seconds, then very quickly it shows the splash with the progress bar at 100% and immediately the desktop appears.
- changed back to OpenGL compositors (both versions) and changed the interface to EGL. This changed the behavior so it looks the same as with XRender -- it goes immediately from splash to black, stays there for 30 seconds, then the dektop comes up after I see a quick glimpse of the splash at 100%.
- tried the workaround listed in
this message. No help.
- looked at other google hits for "sddm splash hangs", searched through ~/.cache and ~/.config looking for .lock files, but nothing seems to be a match to this issue.
Obviously the system is fully usable and this delay is really only an annoyance, but I thought I would post it on the forum to see if others have the same issue or know of any workarounds. Here's the system:
System: Host: hp-350g Kernel: 4.2.1-towo.1-siduction-amd64 x86_64 (64 bit gcc: 5.2.1)
Desktop: KDE Plasma 5.4.1 (Qt 5.4.2)
Distro: siduction 14.1.0 Indian Summer - kde - (201411230337)
Machine: System: Hewlett-Packard product: HP 350 G1 v: 0992100000400010000634101
Mobo: Hewlett-Packard model: 21B7 v: KBC Version 46.0B
Bios: Insyde v: F.12 date: 06/12/2014
CPU: Dual core Intel Core i5-4210U (-HT-MCP-) cache: 3072 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9581
clock speeds: max: 2700 MHz 1: 1727 MHz 2: 1700 MHz 3: 1983 MHz 4: 1706 MHz
Graphics: Card: Intel Haswell-ULT Integrated Graphics Controller bus-ID: 00:02.0
Display Server: X.Org 1.17.2 drivers: intel (unloaded: fbdev,vesa)
Resolution: 1366x768@59.99hz
GLX Renderer: Mesa DRI Intel Haswell Mobile
GLX Version: 3.0 Mesa 10.6.8 Direct Rendering: Yes
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: 4000 bus-ID: 01:00.0
IF: eth0 state: down mac: xxxxxxxxxxxxxxx
Card-2: Ralink RT3290 Wireless 802.11n 1T/1R PCIe
driver: rt2800pci v: 2.3.0 bus-ID: 02:00.0
IF: wlan0 state: up mac: xxxxxxxxxxxxx
Drives: HDD Total Size: 500.1GB (27.6% used) ID-1: model: Samsung_SSD_840
Info: Processes: 231 Uptime: 26 min Memory: 1374.3/3878.3MB
Init: systemd runlevel: 5 Gcc sys: 5.2.1 Client: Shell (bash 4.3.421) inxi: 2.2.28