Merwürdiges verhalten von KDE oder Loginmanager.

fndark

Hi und guten morgen,

Seid Montag oder Dienstag dieser Woche habe ich den Umstand das wenn (wie in der Energieverwaltung eingestellt) nach 10 Min ohne Systemnutzung der Bildschirm ausgeschaltet wird und wenn ich das System wieder benutze ich den Benutzer neu einloggen muss per Passworteingabe und hier liegt der Umstand -> gebe ich beim erscheinenden Login das Passwort ein, so sagt er mir immer das es das falsche wäre und der Kasten lügt da es immer das richtige war. Gehe ich hier aber auf "Benutzer wechseln" und gebe dasselbe Passwort ein, so nimmt das System es sofort, weiterhin ist mir aufgefallen das das Hintergrund bild ein anderes ist zwischen den Logins.

Systemangaben:

Außerdem nutze ich SDDM für den Login.
Im übrigen sollte ich erwähnen das ich das funktionieren Gentoo endlich von externer USB3-Festplatte auf meine interne Festplatte umgezogen habe, es ist nur dieses Login-Problem vorhanden, alles andere funktioniert.
Wenn Ihr weitere Info's benötigt, so schreibt bitte.

Lg, Sven
_________________
Wortmann Terra Server Hardwareinfos

[url=http://www.sysprofile.de/id57101][img]http://www.sysprofile.de/images/userbar.png[/img]

Christian99 · Veteran Joined: 28 May 2009 Posts: 1673

als erster Punkt:
Wenn du dich einloggst, dann geht das über sddm, wenn du eingeloggt bist und der Bildschirm gesperrt ist, dann hat das nichts mit sddm zu tun. Im Fall von Plasma Desktop ist das dann kscreenlocker. Wenn du vom Sperrbildschirm aus auf Benutzer wechseln klickst, dann kommst du zu sddm und kannst dich neu einloggen, das ist kein entsperren der vorigen Sitzung, du machst dann eine neue Sitzung auf.
Deine Problembeschreibung klingt dann also so, als ob eher ein Problem mit kscreenlocker ist.

Versuche doch mal, wenn das Problem auftritt, auf ein anderes virutelles Terminal zu wechseln (Ctrl+Alt+F2), logge dich da ein und verwende dann loginctl:

fndark · Posted: Sun Sep 10, 2023 6:52 am Post subject:

Hi,

erstmal möchte ich mich Entschuldigen das ich lange nichts habe hören lassen von mir - hat leider im Krankenhaus.

@Christian

Ich hab mal ein /usr/lib64/libexec/kscreenlocker_greet --testing sowohl als User als auch Root versucht...

Josef.95 · Advocate Joined: 03 Sep 2007 Posts: 4575 Location: Germany

Hi,
"Kernel-Version 6.5.0-rc2-x86_64" klingt höchst experimentell,
und auch veraltet. Aktualisiere bitte mal auf den aktuellen 6.5.2

Dann,

Christian99 · Veteran Joined: 28 May 2009 Posts: 1673

hmm, ich bin jetzt auch ein bisschen ratlos.
Ich kann mich noch erinnern, dass ich vor 1-2Jahren mal ähnliche Probleme hatte. Da hat es daran gelegen, das kscreenlocker-greet fälschlicherweise ohne suid-flag installiert wurde, was zur folge hatte, dass er /etc/shadow nicht lesen konnte, und somit das passwort nicht abgleichen konnte. Heute scheint es jedoch anders zu funktionieren. Bei mir hat kscreenlocker-greet heute auch kein suid-flag gesetzt und funktioniert trotzdem, wenn man mit strace schaut auf welche dateien er zugreift, dann kommt da nur /etc/passwd vor, aber nicht /etc/shadow, deswegen kann ich mir grad auch gar nicht erklären, wie das überhaupt funktioniert....

Aber gut, du kannst mal noch Josef.95s Vorschlag probieren und einen anderen kernel nehmen, und wenn das nicht geht mal das paket kscreenlocker neu bauen. Aber wenn das nicht hilft, weiß ich dann auch nicht weiter...

Max Steel · Posted: Mon Sep 11, 2023 8:44 am Post subject:

Ich kann mir vorstellen dass die das entwerder über PAM oder über elogind/logind gehen.

Aber ich bin auch überfragt...

Könntest du noch den Tipp mit dem loginctl list-session und loginctl unlock-session ${id} versuchen? (unlock-session benötigt root-Rechte)
_________________
mfg
Steel
___________________

Heim-PC: AMD Ryzen 5950X, 64GB RAM, GTX 1080
Laptop: Intel Core i5-4300U, 16GB RAM, Intel Graphic
Arbeit-PC: Intel i5-1145G7, 16GB RAM, Intel Iris Xe Graphic (leider WSL2)