Description of problem: Hi, I’m using Fedora 33 Kde spin. This morning I updated my system with sudo dnf update. Dnf installed 8-10 packages (one was ssdm), than I powered off my system. Thirty minutes ago I powered on my desktop but, after grub, it won’t boot anymore! I can only see, after grub selection, the Fedora logo for about 5-6 seconds, than a black screen appears. I think it's a critical bug related to latest commit to sddm (sddm-0.19.0-3.fc33) https://src.fedoraproject.org/rpms/sddm/c/0d68a0fd96e204c3eb28030ec5e460e5c6bbf67f?branch=master In fact in the Xorg.1.log I find: [ 22408.303] (EE) Failed to open authorization file "/var/run/sddm/{d719c9f1-35a0-4f30-b0b4-582d940655b9}": No such file or directory I found a workaround to login in my Plasma desktop: install GDM, disable sddm, enable gdm.
Just adding that I ran into this too. GDM worked after I installed it, but SDDM just gave me the same blank screen(you can switch to other VCs to get in though). My fix for now is actually to downgrade from sddm.0.19.0-3.fc33 to sddm.0.18.1-8.fc33 which is working. I too am am running the KDE spin which I just upgraded to Fedora 33 via dnf upgrade.
What video driver do you use? Do you use autologin feature?
FEDORA-2021-b71b8a85c8 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-b71b8a85c8
I got similar or identical bug too. After dnf update I can not open desktop, I see only black screen after fedora loads. I have enabled autologin. That's my journal log: https://pastebin.com/WyD5F2TG. Sddm exited with 1.
(In reply to Rex Dieter from comment #2) > What video driver do you use? > Do you use autologin feature? Hi, I use integrated Intel driver (Intel HD 530) and no, I don't use autologin.
I do use the autologin feature. I think that the issue is fixed upstream: https://github.com/sddm/sddm/pull/1355/commits I rebuild the sddm rpm locally with that patch added and the machine booted normal after install.
FEDORA-2021-b71b8a85c8 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-b71b8a85c8` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-b71b8a85c8 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
The proposed update does not fix my issue. The machine still does not boot with autologin enabled.
(In reply to Fedora Update System from comment #9) > FEDORA-2021-b71b8a85c8 has been submitted as an update to Fedora 33. > https://bodhi.fedoraproject.org/updates/FEDORA-2021-b71b8a85c8 This update fixed the bug on my Plasma 5.20.5 with Kde Frameworks 5.78.0, Qt 5.15.2. Thanks.
I wonder if Bug 1893392 is a different manifestation of the same problem? Something weird certainly seems to be going on with sddm.
sddm-0.19.0-5.fc33.x86_64 fixes my issue, thanks!
FEDORA-2021-b71b8a85c8 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.
Unfortunately the above solution still doesn’t work for me. I’m running Fedora 33 on a VMWare Workstation 16 on a Windows 10 PC. I've actually tried this on two different Windows 10 PCs. Also using Plasma 5.20.5 with Kde Frameworks 5.78.0, Qt 5.15.2 When I log in I get a ksplashqml (The KDE Crash Handler) error message, and a couple xterm windows that are part of my saved standard setup, but no Plasma background (just black) or taskbar. The xterms enable the machine to function, but this all occurred as the result of a recent (Jan. 27?) dnf update. At the time my first indication of a problem was when I was unable to logout using the KDE’s “Leave” option, and had to resort to a “sudo shutdown”. I’ve tried upgrading to sddm-0.19.0-5 (using the above update), but no luck there. I’ve also tried removing ~/.cache but no luck. I also experimented by installing a completely fresh version of Fedora 33 using VMWare Workstation (followed by “sudo dnf install kde”, and then choosing kde (Plasma) during login). But I got the same ksplashqml error screen and no Plasma background/toolbar. The fact that KDE on Fedora 33 doesn’t work “fresh out of the box” anymore seems to be a larger problem here.
There are multiple issues, this one was primarily about session types (which mostly affected autologin feature). VMWare-related issues are being tracked in separate bug #1921523