Problem mit Mate Screensaver und Bereitschaftsmodus
Hallo Marcus, ich verwende den mate-screensaver auch, mit suspend und hybrid-sleep, allerdings mit fvwm2 als Windowmanager. Und ich hatte die von dir beschriebenen Probleme noch nie. in "mate-screensaver-preferences" sind "Bildschirmschoner aktivieren, wenn..." und "Bildschirm sperren, wenn ..." ausgeschaltet und "Rechner bei Leerlauf..." und "Bildschirm bei Leerlauf..." auf "niemals" gesetzt. Eventuell verhindern diese Einstellungen ja deine Probleme. Gesteuert wird über das fvwm-Menü, mit "mate-screensaver-cmd --lock" wird der Bildschirm gesperrt, aber eben nur dann, wenn ich das anklicke und nicht wenn irgendein Timeout passiert: ... + "Hybrid Sleep and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync && sysctl vm.drop_caches=1; systemctl hybrid-sleep" + "Suspend to Ram and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync; systemctl suspend" ... Ob das "sleep 2" für irgendwas wichtig war, weiß ich nicht mehr zu sagen. -- Viele Grüße Michael
Hallo Michael, vielen Dank für die Tipps, aber das wird mein Problem nicht lösen.
in "mate-screensaver-preferences" sind "Bildschirmschoner aktivieren, wenn..." und "Bildschirm sperren, wenn ..." ausgeschaltet und "Rechner bei Leerlauf..." und "Bildschirm bei Leerlauf..." auf "niemals" gesetzt.
Wenn du den automatischen Start des Screensaver abgeschaltet hast, und den nur manuell aktivierst, betrifft dich das Problem wahrscheinlich überhaupt nicht.
+ "Hybrid Sleep and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync && sysctl vm.drop_caches=1; systemctl hybrid-sleep" + "Suspend to Ram and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync; systemctl suspend" ...
Ob das "sleep 2" für irgendwas wichtig war, weiß ich nicht mehr zu sagen.
Das Problem tritt nur auf, wenn während dem Aufwachen aus dem Bereitschaftszustand der Screensaver automatisch aktiviert wird. Bei dir ist der Screensaver schon aktiv, bevor der Rechner in den Bereitschaftszustand geht. Das "sleep 2" könnte gebraucht werden, um sicherzustellen, dass der Screensaver vor dem suspend vollständig gestartet ist. Möglicherweise treten ohne das sleep ähnliche Effekte auf wie bei mir. Das kann ich in einer ruhigen Minute mal ausprobieren. Viele Grüße Marcus
Am 06.07.2022 um 08:36 schrieb Marcus Graf:
Hallo Michael,
vielen Dank für die Tipps, aber das wird mein Problem nicht lösen.
in "mate-screensaver-preferences" sind "Bildschirmschoner aktivieren, wenn..." und "Bildschirm sperren, wenn ..." ausgeschaltet und "Rechner bei Leerlauf..." und "Bildschirm bei Leerlauf..." auf "niemals" gesetzt.
Wenn du den automatischen Start des Screensaver abgeschaltet hast, und den nur manuell aktivierst, betrifft dich das Problem wahrscheinlich überhaupt nicht.
+ "Hybrid Sleep and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync && sysctl vm.drop_caches=1; systemctl hybrid-sleep" + "Suspend to Ram and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync; systemctl suspend" ...
Ob das "sleep 2" für irgendwas wichtig war, weiß ich nicht mehr zu sagen.
Das Problem tritt nur auf, wenn während dem Aufwachen aus dem Bereitschaftszustand der Screensaver automatisch aktiviert wird. Bei dir ist der Screensaver schon aktiv, bevor der Rechner in den Bereitschaftszustand geht.
Das "sleep 2" könnte gebraucht werden, um sicherzustellen, dass der Screensaver vor dem suspend vollständig gestartet ist. Möglicherweise treten ohne das sleep ähnliche Effekte auf wie bei mir. Das kann ich in einer ruhigen Minute mal ausprobieren.
^^ Hey, was soll denn dieses Verhalten. Du bittest die Community um Rat und dann kommt als Antwort so etwas, klingt wie "ach weißt du, ich hab eigentlich keine Lust aber vielleicht, aber nur vielleicht probiere ich das mal aus". Das ist äußerst motivierend! Aber trotzdem, nur mal so laut gedacht: Kannst du nicht dem Screensaver durch Hinzufügen von Hook-Skripte beim Suspend/Resume explizit sagen was er tun bzw. nicht tun soll? Manfred
Hallo Manfred, warum so aggressiv? Das mit dem Ausprobieren bezog sich nur auf meine Vermutung über den Zweck des sleep 2. Als arbeitender Mensch kann ich das im Moment nicht ausführlich testen, evtl. komme ich heute Abend dazu. Und wenn dann ohne das sleep 2 ähnliche Probleme auftreten wie bei mir, wo hat mir das dann geholfen? Es wäre lediglich eine Bestätigung, dass ein startender Screenaver-Prozess gleichzeitig zum Aufwachen aus dem Suspend Probleme macht, aber das weiß ich ja schon. Ansonsten ist aber Michaels Ansatz keine Lösung für mein Problem: Soweit ich das verstehe, ist bei ihm der automatische Start des Screensavers komplett deaktiviert. Er startet mit dem von ihm vorgeschlagenen Befehl den Screensaver manuell und schickt den Rechner danach in den Suspend. Bei mir wird der Rechner ohne Screensaver suspendiert und der Screensaver startet automatisch während des Resume, weil er wohl in dem Moment feststellt, dass der Rechner entsprechend lange nicht benutzt worden ist - und in genau dieser Kombination tritt der Fehler auf. Den automatischen Start des Screensavers kann (darf) ich aber nicht abschalten, da der Rechner sich bei Nichtbenutzung automatisch sperren muss (ein Lob auf die Compliance...) Meiner Ansicht nach ist es durchaus ein Bug in der Software, wenn bei einer Standardinstallation, an der in diesem Bereich überhaupt nichts manuell angepasst wurde, solche Probleme auftreten. Wenn das nur ein Rechner wäre, würde ich das auf die Hardware schieben, aber ich hatte ja schon geschrieben, dass das auf mehreren Rechnern mit völlig unterschiedlicher Hardware auftritt. Also schiebe ich den schwarzen Peter gedanklich erst mal in die Software-Ecke. Und ja, meine Frage zielte genau in die von dir vorgeschlagene Richtung: Wo kann man beim Resume in den Ablauf eingreifen und den Start des Screensavers verhindern? Leider kenne ich mich mit systemd nicht gut genug aus. Ein Tipp, in welcher Unit ich hier ansetzen könnte, würde mir schon weiterhelfen. Viele Grüße Marcus Am 06.07.22 um 12:38 schrieb Manfred Kreisl:
Am 06.07.2022 um 08:36 schrieb Marcus Graf:
Hallo Michael,
vielen Dank für die Tipps, aber das wird mein Problem nicht lösen.
in "mate-screensaver-preferences" sind "Bildschirmschoner aktivieren, wenn..." und "Bildschirm sperren, wenn ..." ausgeschaltet und "Rechner bei Leerlauf..." und "Bildschirm bei Leerlauf..." auf "niemals" gesetzt.
Wenn du den automatischen Start des Screensaver abgeschaltet hast, und den nur manuell aktivierst, betrifft dich das Problem wahrscheinlich überhaupt nicht.
+ "Hybrid Sleep and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync && sysctl vm.drop_caches=1; systemctl hybrid-sleep" + "Suspend to Ram and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync; systemctl suspend" ...
Ob das "sleep 2" für irgendwas wichtig war, weiß ich nicht mehr zu sagen.
Das Problem tritt nur auf, wenn während dem Aufwachen aus dem Bereitschaftszustand der Screensaver automatisch aktiviert wird. Bei dir ist der Screensaver schon aktiv, bevor der Rechner in den Bereitschaftszustand geht.
Das "sleep 2" könnte gebraucht werden, um sicherzustellen, dass der Screensaver vor dem suspend vollständig gestartet ist. Möglicherweise treten ohne das sleep ähnliche Effekte auf wie bei mir. Das kann ich in einer ruhigen Minute mal ausprobieren.
^^ Hey, was soll denn dieses Verhalten. Du bittest die Community um Rat und dann kommt als Antwort so etwas, klingt wie "ach weißt du, ich hab eigentlich keine Lust aber vielleicht, aber nur vielleicht probiere ich das mal aus". Das ist äußerst motivierend!
Aber trotzdem, nur mal so laut gedacht:
Kannst du nicht dem Screensaver durch Hinzufügen von Hook-Skripte beim Suspend/Resume explizit sagen was er tun bzw. nicht tun soll?
Manfred
Hallo Marcus, da du das Sperren des Bildschirms erwähnst - dafür verwende ich (statt mate-screensaver) das Paket 'xautolock' mit dieser Zeile in .xinitrc: test -x /usr/bin/xautolock && xautolock -time 10 -corners 0+-- -cornersize 10 -cornerdelay 1 -cornerredelay 10 -locker "xlock -remote -mode blank -lockdelay 4" & Das sperrt nach 10 Minuten mit 4 Sekunden 'Karenzzeit' den Bildschirm, und zudem, wenn man den Mauszeiger in die rechte obere Ecke schiebt. xautolock verwende ich auf den Maschinen im Büro, dort wollte man, dass die sich nach 10min selber sperren. Die Variante mit mate-screensaver verwende ich privat, da ist auch weiter niemand in der Nähe. -- Viele Grüße Michael Behrens
Am 06.07.2022 um 15:21 schrieb Marcus Graf:
Hallo Manfred,
warum so aggressiv?
Das mit dem Ausprobieren bezog sich nur auf meine Vermutung über den Zweck des sleep 2. Als arbeitender Mensch kann ich das im Moment nicht ausführlich testen, evtl. komme ich heute Abend dazu. Und wenn dann ohne das sleep 2 ähnliche Probleme auftreten wie bei mir, wo hat mir das dann geholfen? Es wäre lediglich eine Bestätigung, dass ein startender Screenaver-Prozess gleichzeitig zum Aufwachen aus dem Suspend Probleme macht, aber das weiß ich ja schon.
Ansonsten ist aber Michaels Ansatz keine Lösung für mein Problem: Soweit ich das verstehe, ist bei ihm der automatische Start des Screensavers komplett deaktiviert. Er startet mit dem von ihm vorgeschlagenen Befehl den Screensaver manuell und schickt den Rechner danach in den Suspend. Bei mir wird der Rechner ohne Screensaver suspendiert und der Screensaver startet automatisch während des Resume, weil er wohl in dem Moment feststellt, dass der Rechner entsprechend lange nicht benutzt worden ist - und in genau dieser Kombination tritt der Fehler auf.
Den automatischen Start des Screensavers kann (darf) ich aber nicht abschalten, da der Rechner sich bei Nichtbenutzung automatisch sperren muss (ein Lob auf die Compliance...)
Meiner Ansicht nach ist es durchaus ein Bug in der Software, wenn bei einer Standardinstallation, an der in diesem Bereich überhaupt nichts manuell angepasst wurde, solche Probleme auftreten. Wenn das nur ein Rechner wäre, würde ich das auf die Hardware schieben, aber ich hatte ja schon geschrieben, dass das auf mehreren Rechnern mit völlig unterschiedlicher Hardware auftritt. Also schiebe ich den schwarzen Peter gedanklich erst mal in die Software-Ecke.
Du darfst ja gerne einen Bug-Report aufmachen ;)
Und ja, meine Frage zielte genau in die von dir vorgeschlagene Richtung: Wo kann man beim Resume in den Ablauf eingreifen und den Start des Screensavers verhindern? Leider kenne ich mich mit systemd nicht gut genug aus. Ein Tipp, in welcher Unit ich hier ansetzen könnte, würde mir schon weiterhelfen.
Nix Unit man systemd-sleep HTH Manfred
Hallo Manfred,
man systemd-sleep
Danke, das kannte ich noch nicht. Das wird mein nächster Versuch werden. Allerdings bin ich da bei mir noch auf einen Denkfehler gestoßen: Wenn ich beim Resume den Screensaver automatisch kille, dann ist der PC nicht mehr passwortgeschützt. Bei meinem bisherigen manuellen Vorgehen war das kein Problem, weil ich für den Login an der Textkonsole das Passwort gebraucht habe. Da muss ich nochmal drüber nachdenken. Viele Grüße Marcus
Am 08.07.2022 um 09:38 schrieb Marcus Graf:
Hallo Manfred,
man systemd-sleep
Danke, das kannte ich noch nicht. Das wird mein nächster Versuch werden.
Allerdings bin ich da bei mir noch auf einen Denkfehler gestoßen: Wenn ich beim Resume den Screensaver automatisch kille, dann ist der PC nicht mehr passwortgeschützt. Bei meinem bisherigen manuellen Vorgehen war das kein Problem, weil ich für den Login an der Textkonsole das Passwort gebraucht habe. Da muss ich nochmal drüber nachdenken. Naja, das ist schon klar dass man da etwas Experimentieren muss: Killen und sofort wieder starten könnte ja ggf. als quick and dirty Lösung funktionieren. Wie gesagt, Versuch macht klug
Manfred
Hallo Michael,
+ "Suspend to Ram and Lock" Exec mate-screensaver-command --lock & sleep 2; ssh root@`hostname` "sync; systemctl suspend"
inzwischen konnte ich das testen. Ich habe gestern Abend den PC manuell mit mate-screensaver-command --lock ; sleep 2 ; sync ; systemctl suspend schlafen gelegt. Beim Resume heute Morgen schwarzer Bildschirm, keine Reaktion auf Tastatur oder Maus. Wechsel auf die Textkonsole, das schon gewohnte "kill `pidof mate-screensaver`" und alles lief wieder. Ich werde das nochmal mit einem längeren sleep testen, aber so lässt sich das Problem bei mir wohl nicht lösen. BTW: Vorgestern lief der PC problemlos an. Das sieht irgendwie nach einem Timingproblem / race condition aus. Viele Grüße Marcus
Hallo, Am Fr, 08 Jul 2022, Marcus Graf schrieb:
inzwischen konnte ich das testen. Ich habe gestern Abend den PC manuell mit mate-screensaver-command --lock ; sleep 2 ; sync ; systemctl suspend schlafen gelegt. [..] Ich werde das nochmal mit einem längeren sleep testen, aber so lässt sich das Problem bei mir wohl nicht lösen.
Versuch mal xscreensaver. Den sollte man eh verwenden -- oder verwendest du Wayland? Siehe auch https://en.wikipedia.org/wiki/Xscreensaver und die links darin, speziell die zu jwz.org wie https://www.jwz.org/blog/2015/04/i-told-you-so-again/ -dnh -- Die Signatur befindet sich aus technischen Gründen auf der Rückseite dieses Beitrages!
participants (4)
-
David Haller -
Manfred Kreisl -
Marcus Graf -
Michael Behrens