Description of problem: When cold booting into plasma (x86_64) sddm (using sddm-kcm and breeze) as described here: https://bugs.mageia.org/show_bug.cgi?id=18157#c5 the login screen never changes despite the login working in the background and the desktop being rendered correctly (in the background). CTRL/ALT/F2 then CTRL/ALT/F1 switches to the desktop which then works fine. A warm boot (restart) works correctly. This started about 10 days ago, but it is only recently that I realized the relevance of cold/warm boot and the switching to tty2 and back to bring up the correct graphical screen. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3.
Can you attach the output of (as root) "journalctl -ab" from when this happens?
CC: (none) => marja11Assignee: bugsquad => mageia
Created attachment 7738 [details] journalctl -ab output I waited about a minute at the hung sddm login screen then hit CTRL/ALT/F2 and CTRL/ALT/F1 before getting this journal output.
This seems fixed after recent updates so closing.
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME
The first reboot after closing this bug it happened again - typical :\ Re-opened.
Status: RESOLVED => REOPENEDResolution: WORKSFORME => (none)
Created attachment 7782 [details] .xsessionerrors after login issue
Based on the description, this sounds like a video driver issue. Which one are you using? I doubt Nicolas is the correct assignee for this issue.
Identification Vendor: âIntel Corporation Description: âXeon E3-1200 v2/3rd Gen Core processor Graphics Controller Media class: âVGA compatible controller Connection Bus: âPCI PCI domain: â0 Bus PCI #: â0 PCI device #: â2 PCI function #: â0 PCI revision: â0x09 Vendor ID: â0x8086 Device ID: â0x0162 Sub vendor ID: â0x1458 Sub device ID: â0xd000 Misc Module: âCard:Intel 810 and later
Also happens sometimes on warm reboot - seems fairly random lately, but still happens on about 75% of boots. If I wait a minute and switch ttys back and forth the desktop is fully set up and ready on switch over, so nothing is being delayed by the 'apparent' hang on the login screen.
If I leave the machine sat displaying the log-in sddm screen (apparently hanging) until the screen blanker kicks in (after 10 mins here), moving the mouse restores the screen to the working desktop. I monitored both tailf Xorg.0.log and journalctl -f while this happened from another machine over ssh and nothing was added when that happened.
Created attachment 7951 [details] Full Xorg.0.log from above test Complete Xorg.0.log from the machine taken after screensaver brought up desktop.
Having had a SSD fail, I have re-installed Mga6 and initially did not install sddm-kcm. Without sddm-kcm I did not notice this bug, however now I have sddm-kcm installed and am using the breeze login theme, the issue has returned. Changing summary to reflect this.
Summary: sddm hangs after login (on login screen) after cold boot (not warm) => sddm hangs using sddm-kcm and breeze login themeSource RPM: sddm => sddm-kcm
Doing more testing with different SDDM log-in themes, I am only seeing this issue with the Breeze login theme. If I remove the sddm-kcm package, which ever theme was last used remains active, but then there is no option in systemsettings -> startup/shutdown to change it. Even with sddm-kcm installed, (which adds the 'SDDM login' option to the left panel in systemsettings -> startup/shutdown) the original default login theme from a fresh plasma install is not listed, so having once used sddm-kcm to change it, there is no way back. Maybe this needs a separate bug? I am switching to Maui and will test for a few days to be sure it does not recur.
Maui works fine except for https://bugs.mageia.org/show_bug.cgi?id=19087
Assignee: mageia => kde
is it still valid on current cauldron ?
CC: (none) => mageia
No - ssems fixed now :)
Closing as all is working after recent updates to sddm and maui is no longer shipped with sddm.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED