SUMMARY When booting in wayland session (X11 not tested), the secondary monitor is always black. The mouse cursor goes through the primary display, but it is not viewed in the second as if the display was not connected. In monitor settings the display is detected and enabled. I always have to lock the session. SDDM, then, turns on the secondary display and I can finally use it in KDE Plasma as well. I hoped bug 450068 fixed it, but it apparently didn't. I'm on kde-testing on Arch Linux. Some of the noticed settings upon booting: in .config/plasmashellr: [ScreenConnectors] 0=HDMI-A-4 2=Virtual-Virtual1 in .config/plasma-org.kde.plasma.desktop-appletsrc a new plugin=org.kde.plasma.folder with lastScreen=2 is created. lastScreen=1 components are still present. in .config/kcminputrc there is nothing pertinent to monitors SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (Wayland session) KDE Plasma Version: 5.26.90 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION GPU: AMD R9 380 Monitors: 1. Samsung LC24RG50 2. Samsung S24B150
Oh: sometimes neither of the two displays turn on after the usual kernel infos are displayed. It's as if they are turned off right when Plasma is started. It's a roulette every time I turn my desktop pc on. In this cases I have to forcibly power-off my pc and restart it, since i can't go to tty (ALT+CTRL+F<N> does nothing)
Do you by any chance have KScreen disabled?
KScreen 2 service is enabled in Plasma settings(In reply to Nate Graham from comment #2) > Do you by any chance have KScreen disabled? KScreen 2 service is enabled in Plasma settings
Thanks.
The issue appears to not occur with a different display server (from from SDDM). Might be worth waiting for SDDM 0.20 release and see if the port to Wayland fixes the issue
Can you clarify what you mean? What change did you make to cause the issue to go away?
I installed and set lightDM as my display manager instead of SDDM. Not even the git version of SDDM (0.20.alpha?) fixed the issue. Only disabling SDDM solved it for me.
Wow, that's really weird. If using a different display manager fixes it, that suggests the bug is in SDDM itself. I would recommend submitting a bug report at https://github.com/sddm/sddm/issues.
done: https://github.com/sddm/sddm/issues/1696
update: enabling Wayland on SDDM in the alpha version seems to be another valid fix. In /etc/sddm.conf.d/kde_settings.conf I set: [General] DisplayServer=wayland GreeterEnvironment=QT_WAYLAND_SHELL_INTEGRATION=layer-shell [Wayland] CompositorCommand=kwin_wayland --no-lockscreen --inputmethod qtvirtualkeyboard