Description of problem:With a freshly installed FC 34 (KDE desktop) I changed runlevel from 5 to 3. I was unable to login either as root or a general user. I switched back and was able to login. This seems to be incorrect behavior to me.
Version-Release number of selected component (if applicable):
seems to be readily reproducable
Steps to Reproduce:
1.install the iso from below
2.systemctl set-default multi-user.target
tried both Gnome and KDE desktops and everything works fine for me.
Only struggle was with changed keyboard local layout (defaulted to EN_us on multi-user.target). Can this be the issue?
I feel needed to point out that polkit has nothing to do with logging-in. After isolating multi-user.target, polkit.service was not even running (not the case of set-default).
Can you verify the issue on your system even with some really easy passwd?
Thanks for responding.
I'll post the secure log file after I'm done with this post.
Initially, I changed the default run level I rebooted.
I would enter the userid and get the "password" prompt. Immediately after entering the password, the screen would flash. I'm pretty sure there was a message but I couldn't see it. I tried several times. I tried my own personal userid. SAME behavior. I tried a single user boot. From this, I do seem to recall seeing something about "cannot su". I went back to check the permissions for root and my personal id. No problems found. Keep in mind that this is EARLY in the system's life... right out of the box.
I changed back to runlevel 5 and was able to login via kde. I "fixed" the root userid so there was no password required. Switched back to runlevel 3 and rebooted. AGAIN, same behavior.
I started patching the system by adding various groups. This went VERY SLOWLY. I'm not sure just why. This IS a Virtual Machine running under QEMU. After several attempts at upgrading I tried the runlevel 3 change. IT WORKED!
So, back to the failures. I have 3 coredumps on this system sddm first then klauncher and then kglobalaccell5, all at the same time. From the secure file it does show a crash.
Currently, runlevel 3, at my first login as root I'm greeted by a bunch of messages about xdm. This is repeatable but I'm gonna have to work at trapping the messages. QEMU networking is somewhat difficult... so I can't ssh to the guest and trap the messages. I'll report more if/when I am able to trap the messages.
Any thoughts you have about this problem would be greatly appreciated.
I have a gzip'd file named secure.gz from /var/log/secure that I'm trying to append/add to this bug report. Last night I got a server 500 twice for my trouble. I'll try again in a few minutes. There were NO apparent error messages from this web site. Sigh...
Created attachment 1715625 [details]
test attachment; please disregard
Created attachment 1715626 [details]
gzip'd flat file; /var/log/secure
This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle.
Changing version to 34.