ubuntuusers.de

Lidux schrieb:

Hast du auch einfach mal probiert das PW einzugeben gefolgt von einem Enter ?

Nein. Danke für den Hinweis.

Derzeit löse ich Probleme, indem ich sie hier poste. Denn dann tauchen sie nie mehr auf.

Sollte es doch wieder passieren, probiere ich das.

Lidux schrieb:

Hast du auch einfach mal probiert das PW einzugeben gefolgt von einem Enter ?

Gerade konnte ich es ausprobieren. Es tut sich gar nichts. Insbesondere verschwindet die graue Schrift "Passwort eingeben" im Passworteingabefeld nicht. Ich kann diese Schrift sogar mit der Maus markieren, Tastendrücke bewirken aber auch dann, wenn sie markiert ist nichts.

ChickenLipsRfun2eat schrieb:

Okay, also du kannst den screensaver mit Tastatureingabe und Mausaktion unterbrechen, aber das Passwortfeld kommt nicht in den Fokus.

Wie oben erwähnt, scheint das doch nicht zu stimmen, denn derzeit kann ich in dem Eingabefeld den Text markieren, wenn auch nicht frei sondern nur von Anfang an. Das Feld verhält sich also wie eine Beschriftungsfeld bei den üblichen GUI, nicht wie eine Eingabefeld.

Versuche mal xfce4-power-manager --restart. Gibt es dann einen Fokus?

Der Befehl läuft schnell und fehlerlos durch, aber er ändert leider nichts an der Situation.

Kleine Ergänzung. Ich versuche gerade mal wieder seit ein paar Wochen mich mit GDM anzufreunden. Wenn der aus (noch) unbekannten-Gründen™ abkackt, enthält meine gesperrte Plasma-Sitzung einen OnScreen-Hinweis, dass der Displaymanager die Sitzung nicht mehr entsperren kann und ich manuell mittels loginctl unlock-session NUMMER entsperren muss — was dann auch reibungslos funktioniert.

Meine sway-Umgebung nutzt swaylock, hat keinen solchen Hinweis und arbeitet offenbar auch an loginctl vorbei, hört aber auf den wayland-compositor und systemd. Sprich, ein loginctl lock-session funktioniert wie erwartet. Da fehlt wohl noch ein kleiner Listener für D-Bus, um das obige mitzubekommen. Das Entsperren funktioniert allerdings, wäre also nur rein informativ.
Genau jenen könntest du auch mal überwachen (dbus-monitor). Vielleicht kommt da was bei raus. Alternativ einen anderen lock-Mechanismus verwenden, gibt ja genug.

ChickenLipsRfun2eat schrieb:

Genau jenen könntest du auch mal überwachen (dbus-monitor).

Das muss ich mir erst näher ansehen.

Derweilen abschließender Dank an alle.

Vielleicht kommt da was bei raus. Alternativ einen anderen lock-Mechanismus verwenden, gibt ja genug.

Ich fürchte, das liegt über meinem Niveau. Ich verwende, was ich unter Xubuntu unter Einstellungen → Bildschirmschoner → Sperrbildschirm finde. Was dem technisch genau zugrunde liegt und was man alternativ verwenden könnte, weiß ich nicht.

Auf demselben Rechner zeigt sich eine andere merkwürdige Erscheinung. Starte ich dort Vivaldi beschwert sich dieser, dass der Schlüsselbund nicht entsperrt ist und ich muss das Passwort eingeben. Dort geht das immerhin, aber habe ich Vivaldi erst einmal gestartet, habe ich keine Möglichkeit mehr, das abzubrechen. Er blockiert das ganze System und verlangt immer wieder nach dem Benutzerpasswort. Auf anderen Rechnern, auch solchen mit derselben Xubuntu Version, macht Vivaldi das nicht.

Ich habe jetzt zusätzlich Brave installiert. Da ist das Fehlerbild ähnlich wie bei Vivaldi, aber nicht ganz so hartnäckig systemmodal. Beim Starten, schon bevor das Brave-Hauptfenster angezeigt wird, erscheint der Dialog der mich zur Eingabe des Passworts auffordert. anders als bei Vivaldi kann ich diesen Dialog jetzt aber durch geduldiges Klicken auf den Abbrechen-Knopf wegbekommen. Genauer: Der Dialog kommt zweimal wieder, ich muss also insgesamt dreimal auf Abbrechen klicken. Danach erscheint das Hauptfenster von Brave und alles funktioniert wie erwartet. Nach dem Schließen von Brave kommt aber wieder dreimal der Dialog.

Ich hatte das Problem auch vor ein paar Wochen, habe es nur leider nicht dokumentiert und versuche es daher aus meiner Erinnerung.

Das könnte ein PC gewesen sein, den ich auf Xubuntu 20.04 upgegradet hatte.

Die Ursache müsste gewesen sein, dass eine Bildschirmsperrung an verschiedenen Stellen in den Einstellungen aktiviert war.

Das hier z.B. finde ich hier gerade bei meinem aktuellen Xubuntu 20.04:

• Screensaver > Lock Screen > [ ] Lock Screen with Screensaver

• Power Manager > System > [ ] Lock screen when system is going to sleep

• Session and Startup > General > [ ] Lock Screen before Sleep

• Sind in deinen Einstellungen noch weitere Programme die das Sperren er möglichen?

Vielleicht die Sperre erstmal zum Testen überall deaktivieren und neu einloggen. Wenn der Login dann wieder klappt, die Sperre nur an einer Stelle aktivieren, dem Power Manager, und schauen ob es nun geht wie gewollt. Danach evtl auch noch bei "Session and Startup" wieder aktivieren und schauen, welche Auswirkung das hat.

plonk13 schrieb:

• Session and Startup > General > [ ] Lock Screen before Sleep

Danke für die Tipps.

Im Obigen, war bei mir unter Einstellungen → Sitzung und Startverhalten tatsächlich ein Häkchen bei Herunterfahren. Ich habe das jetzt mal entfernt und sehe mir an, wie das weiter wird.

Ist das Problem gelöst?

Es stand etwas von xscreensaver in Deinem Output.

Standard ist in xubuntu 20.04 xfce4-screensaver (vormals light-locker). Ich meine, dass es da ein Problem in der Paketverwaltung gibt: Die Pakete sollten sich gegenseitig ausschließen. Das ist aber nicht der Fall. Wenn beide gleichzeitig installiert sind, dann können "funny things" passieren. Also mal in synaptic oder so nachschauen, und dafür sorgen, dass nur einer von beiden installiert ist. (Vielleicht hat ein von Dir nachinstalliertes Programm xcreensaver mitinstalliert).

Nebenbei, es sollte auch gehen den Sperrbildschirm durch ein beherztes killall xfce4-screensaver oder xscreensaver auf der Konsole zu beenden.

Bei meinem x2go habe ich ein ähnliches Problem (vielleicht hat es aber nichts damit zu tun): xfce4-screensaver sperrt den Bildschirm, aber "schwärzt" ihn nicht. Es kommt kein Sperrbildschirm, die Oberfläche ist zwar sichtbar, nur nimmt sie keine Tastatureingaben an und auch keine Mausklicks, aber die "Mouse over"-Aktivierungen funktionieren.

Lichtmacher schrieb:

Ist das Problem gelöst?

Nein, leider nicht, es a) taucht nur so selten auf und b) bin ich noch dabei die Tipps, was man versuchen könnte zu verstehen, dass das leider andauert

Standard ist in xubuntu 20.04 xfce4-screensaver (vormals light-locker). Ich meine, dass es da ein Problem in der Paketverwaltung gibt: Die Pakete sollten sich gegenseitig ausschließen. Das ist aber nicht der Fall. Wenn beide gleichzeitig installiert sind, dann können "funny things" passieren. Also mal in synaptic oder so nachschauen, und dafür sorgen, dass nur einer von beiden installiert ist. (Vielleicht hat ein von Dir nachinstalliertes Programm xcreensaver mitinstalliert).

Mach ich.

Nebenbei, es sollte auch gehen den Sperrbildschirm durch ein beherztes killall xfce4-screensaver oder xscreensaver auf der Konsole zu beenden.

Den Tipp kann ich sofort ausprobieren, wenn es das nächstemal passiert.

Edit: Ich habe es soeben probiert, war aber leider nicht erfolgreich. xfce4-screensaver hat killall nicht gefunden und das killen von xcreensaver hat nichts bewirkt.

Hallo uzfH8,

Kannst du es mal mit einem Xubuntu 21.10 ausprobieren ..... vielleicht treten da die Probleme nicht auf und es ist ja nur ein geringer Akt dann auf 22.04 zu wechseln.

Gruss Lidux

Lidux schrieb:

Kannst du es mal mit einem Xubuntu 21.10 ausprobieren ..... vielleicht treten da die Probleme nicht auf und es ist ja nur ein geringer Akt dann auf 22.04 zu wechseln.

Irgendsowas werde ich wohl tun. Wenn ich denn mal dazu komme.

Lidux schrieb:

Kannst du es mal mit einem Xubuntu 21.10 ausprobieren ..... vielleicht treten da die Probleme nicht auf und es ist ja nur ein geringer Akt dann auf 22.04 zu wechseln.

Ich denke, ich werde demnächst direkt 22.04 installieren, oder spricht da etwas dagegen?

Von LTS-Version zu LTS-Version kann man, wenn nichts schief läuft, üblicherweise direkt upgraden.