Wenn ich den Bildschirm sperre, den Ruhezustand durch Schließen des Laptop-Deckels einstelle, den Laptop-Deckel öffne und den Ein- / Ausschalter drücke, wird auf dem Bildschirm nur eine schwarze Fläche angezeigt und ich kann sofort mit der Eingabe des Kennworts beginnen. Wenn ich den Bildschirm vor dem Ruhezustand nicht sperre, etwa 30 Sekunden warten, den Laptopdeckel öffnen und den Ein- / Ausschalter drücken, wird auf dem Bildschirm der Desktop angezeigt und dann schwarz, als wäre xscreensaver
er nach dem Beenden des Ruhezustands aktiviert worden . Erst nach dem Ausblenden kann ich den Bildschirmschoner deaktivieren. Wie kann ich sicherstellen xscreensaver
, dass der Ruhezustand immer ordnungsgemäß aktiviert ist, damit ich nicht auf das Ausblenden warten muss?
20
xscreensaver
mehr, aber ich erinnere mich, dass sein Handbuch einen Teil namens "xscreensaver neu starten, wenn sich jemand anmeldet" enthält, der vorschlägt, diesxscreensaver-command -exit; xscreensaver &
beim Anmelden zu tun . Vielleicht könnten Sie dies beim Aufwecken tun, um den Status zurückzusetzen?Antworten:
Ich habe dieses Problem vor kurzem selbst gelöst
Arch Linux
. Ich habe das Programmxss-lock
aus dem hierAUR
gefundenen verwendet .Ich habe versucht, einen Dienst einzurichten, um den Bildschirm im Ruhezustand zu sperren, aber aus irgendeinem Grund konnte ich ihn nicht zum Laufen bringen. Ich habe es letztendlich benutzt
xss-lock
und es hat sehr leicht funktioniert..xprofile
oder einem geeigneten Startskript für Ihr WM / DM hinzu.Meine
.xprofile
:Für
xscreensaver
:quelle
Ich habe dieses Problem für mich gelöst, indem ich zu einem dedizierten Bildschirmschließfach anstelle von xscreensaver gewechselt bin.
Ich benutze xtrlock unter Debian , aber es scheint auf Arch nicht verfügbar zu sein. Hier ist ein Blog-Beitrag , der einige der Alternativen zu Arch beschreibt.
quelle
Fast behoben
xautolock
mitslock
und einem einfachen Bildschirmsperrdienst . Der Dienst funktioniert derzeit nur auf Systemebene , aber hoffentlich kann jemand dabei helfen.Bearbeiten: Auch wenn der Dienst deutlich sagt, dass
Before=sleep.target
ich manchmal immer noch das Desktop-Flimmern sehe, wenn ich fortfahre.quelle