SDDM "login failed" after migrating to new hard drive (Debian Testing + KDE)
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
SDDM "login failed" after migrating to new hard drive (Debian Testing + KDE)
My laptop came with a 1TB hard drive, but I recently switched to a 512GB SSD to improve speed. To do that, I dd'd the EFI partition and cp'd the root and home partitions. I think I messed that up at some point with permissions because after doing so, I had to go through and fix permissions for a few of my programs to work, but I managed to figure out the problem for most of those. I'm still having issues with SDDM, though. It'll allow me to log in right after booting, but if I try to log in after the computer has gone to sleep, it will give me the "login failed" message (even with the correct password and user). I have to reboot my laptop if it has gone to sleep so that I can log in normally. I tried reinstalling SDDM, libpam0g, and packages to do with kwallet, but that has not helped. Any ideas for what might be going wrong or what I could do to figure that out?
Distribution: Ubuntu based stuff for the most part
Posts: 1,170
Rep:
Can you switch to a console terminal (Ctrl+Alt+F1) and login there? If so, can you check dmesg or other logs to see if SDDM is giving a error?
Maybe try a different display manager and see if it has the same issue.
Can you switch to a console terminal (Ctrl+Alt+F1) and login there? If so, can you check dmesg or other logs to see if SDDM is giving a error?
Maybe try a different display manager and see if it has the same issue.
Yes, I can still log into TTYs, the only place where login fails is SDDM after suspending/sleeping to get into my X session. There is no error given by SDDM that I can find in dmesg after login fails, but systemd is periodically sending this message to dmesg, which is apparently related to KDE screen locking (https://bbs.archlinux.org/viewtopic.php?id=258138; the solution there is unfortunately not helpful for me because this is not caused by Nvidia drivers (which I do not use)):
Code:
[ 73.499494] systemd-xdg-autostart-generator[2960]: Not generating service for XDG autostart app-powerdevil-autostart.service, only Type=Application is supported.
[ 73.499573] systemd-xdg-autostart-generator[2960]: kde-systemd-start-condition not found: No such file or directory
[ 73.499634] systemd-xdg-autostart-generator[2960]: Not generating service for XDG autostart app-at\x2dspi\x2ddbus\x2dbus-autostart.service, startup phases are not supported.
[ 73.499662] systemd-xdg-autostart-generator[2960]: kde-systemd-start-condition not found: No such file or directory
[ 73.499680] systemd-xdg-autostart-generator[2960]: Not generating service for XDG autostart app-pulseaudio-autostart.service, startup phases are not supported.
[ 73.499848] systemd-xdg-autostart-generator[2960]: kde-systemd-start-condition not found: No such file or directory
[ 73.499907] systemd-xdg-autostart-generator[2960]: kde-systemd-start-condition not found: No such file or directory
[ 73.499941] systemd-xdg-autostart-generator[2960]: gnome-systemd-autostart-condition not found: No such file or directory
[ 73.499992] systemd-xdg-autostart-generator[2960]: Not generating service for XDG autostart app-xdg\x2duser\x2ddirs-autostart.service, startup phases are not supported.
That's the only thing related to SDDM or KDE in dmesg. The linked Arch forum thread led me to another thread indicating that problem might trace back to kscreenlocker, so I reinstalled all packages for kscreenlocker with apt. That did not fix the problem.
I'll check if LightDM also does this or if it's an SDDM issue in a bit.
I installed lightdm and set it to my default and it does load on initial boot, but if I close the laptop lid and open it again, it gives me the same SDDM login as before...
I can use sudo loginctl unlock-session to get me back into X, but I can't log in from the GUI. Bizarre.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.