this post was submitted on 13 Jun 2024
22 points (100.0% liked)

KDE

5362 readers
110 users here now

KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.

Plasma 6 Bugs

If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.

If it hasn't, report it yourself.

PLEASE THINK CAREFULLY BEFORE POSTING HERE.

Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.

founded 1 year ago
MODERATORS
 

(initially posted on /r/KDE but stoked to see there's a community here!)

I have a fairly new Debian KDE install - I've been tweaking and fixing things for the past week quite happily.

Was trying to fix the volume keys not working this evening. Logged into TTY2 and ran showkey --scancodes and showkey --keycodes per a forum post in an attempt to diagnose and fix. When I hit ctrl+alt+F7 to get back to my session, it was back at the login screen, as if I'd typed my password (ie dots entered for password and greyed out as if I'd then hit enter)

And there it stayed.

Reboot brings me to login, type password (fingerprint reader no longer registers) and there it hangs again.

I can log in just fine through the console (incidentally, the fingerprint reader works just fine there). startx will then happily run a gui from there with full access to my files. I've also created a new user via console and I can log in graphically just fine via that one too.

But my main user login remains stubbornly broken. Any ideas on what's happened?

you are viewing a single comment's thread
view the rest of the comments
[–] mox@lemmy.sdf.org 5 points 5 months ago* (last edited 5 months ago) (3 children)

I use KDE on Debian. I have not encountered this, nor can I think of a reason why showkey would break a user's desktop session.

If the GUI login screen is still visible when it hangs, I suppose sddm might be having trouble. To investigate, I would run journalctl -f in a text console, and maybe tail -F /var/log/Xorg.0.log* in another, while attempting a GUI login. When it hangs, I would switch back to the text consoles and see if the most recent log messages hint at what's hanging.

*(Or whichever log file corresponds to the new X session, assuming you're using Xorg instead of Wayland.)

Could the fingerprint reader be causing the problem on the main account?

[–] Axisential 2 points 5 months ago (1 children)

Thanks. I'll check out disabling the fingerprint reader and see if that makes a difference. Will do those investigations you've suggest too. But at this point it's looking like moving my user data and starting again on a new login.

[–] mox@lemmy.sdf.org 2 points 5 months ago* (last edited 5 months ago) (1 children)

Another thought: Is it possible that your original user account (which hangs) is trying to log in to an X session while the new one (which works) is using a Wayland session, or vice-versa? That might explain the difference in behavior if only one of the two session types is broken.

Good luck!

[–] Axisential 1 points 5 months ago

Yes, I'd considered that too. Alas, not the case

load more comments (1 replies)