Ich habe mit Mint 21.02 Mate ein ziemlich lästiges Problem mit dem Bildschirmschoner: obwohl er deaktiviert ist und alle 5 Minuten ein cronjob mit mate-screensaver-command -p läuft, schaltet er immer mal wieder den Bildschirm schwarz – mit Vorliebe natürlich, wenn man ein Video abspielt… Wenn man die Maus bewegt, geht der BS wieder an. Aber das ist nicht alles: der Screensaver zersägt das Audio-System. Der Grund: ich habe den Bildschirm über HDMI angeschlossen, benutze aber die analogen Audio-Ausgänge. Der Screensaver sorgt dafür, dass unter Sound Preferences keine analogen Ausgänge mehr zur Wahl stehen, sondern nur noch HDMI und der Lautsprecher des Bildschirms klingt glauslich… Das lässt sich beheben, indem man das Audiosystem neu startet, was dauert und außerdem eine Passwort-Eingabe erfordert. Kennt jemand das Problem und hat vielleicht sogar eine Lösung?
:
Bearbeitet durch User
Du musst das auch im Energiesparmodus des Powermanagements ausschalten.
Vielleicht für dich keine Hilfe, aber: Ich hab ihn deinstalliert wegen Problemen mit lowlatency Sounderzeugung: $ apt remove mate-screensaver und den xscreensaver installiert $ apt install xscreensaver
Andreas B. schrieb: > Du musst das auch im Energiesparmodus des Powermanagements ausschalten. Powermanagement brauche ich nicht und wenn ich es recht sehe, ist es auch abgeschltet.
Moriz schrieb: > Andreas B. schrieb: >> Du musst das auch im Energiesparmodus des Powermanagements ausschalten. > > Powermanagement brauche ich nicht und wenn ich es recht sehe, ist es > auch abgeschltet. Ja, isses lt. dieser Anzeigen. Dann bleibt noch: Display-Treiber. Benutzt du eventuell nvidia?
C-hater schrieb: > Dann bleibt noch: Display-Treiber. Benutzt du eventuell nvidia? Die BS ist über die On-Board-Graphik angeschlossen: Mainboard: GIGABYTE Z690 AORUS ELITE DDR4 1.0 Prozessor: Intel® Core™ i5-12600T Außerdem steckt eine Geforce GT 710 Graphikkarte drin und der entsprechende Treiber ist geladen, wird aber im Moment nicht nicht benutzt.
:
Bearbeitet durch User
Moriz schrieb: > Außerdem steckt eine Geforce GT 710 Graphikkarte drin und der > entsprechende Treiber ist geladen, wird aber im Moment nicht nicht > benutzt. Blackliste/deinstalliere mal den Treiber. Berichte, was dann passiert.
Mit sudo cat /proc/modules | sort bekomme ich eine mords Haufen angezeigt – nur welcher ist der Graphiktreiber?
Moriz schrieb: > Mit sudo cat /proc/modules | sort bekomme ich eine mords Haufen > angezeigt – nur welcher ist der Graphiktreiber? Zeige doch mal die Ausgabe.
Moriz schrieb: > Siehe Anhang. Da taucht nirgendwo ein nvidia-Treiber auf. Nicht geladen, also kann es daran auch nicht liegen. Allerdings: es widerspricht auch deiner Aussage... Troll?
C-hater schrieb: > > Troll? Au Mann… Wie bereits geschrieben, ist kein Schirm an der Karte. Das Applet, das ich weiter oben (Beitrag "Re: Wildgewordener Bildschirmschoner?") abgebildet habe, erschien, nachdem nach Einbau der Gforce der Treiber installiert wurde. Ich hab sie noch nicht getestet, nur den Power Saving Mode aktiviert.
Der BS ist nicht gelockt, nachdem das Problem auftritt – es reicht, die Maus zu bewegen, dass er wieder kommt. Nur das Audio-System hat danach einen Schlag weg.
Ist ein Arduino o.Ä. mit generischer USB-Schnittstelle, der eine Maus emuliert, die sich alle paar Minuten um einen Pixel bewegt, eine Option?
Probiere mal Xorg anstelle von Wayland. Bei mir (zu hause und auf der Arbeit) war Wayland Auslöser zahlreicher Fehlfunktionen.
Torsten B. schrieb: > Ist ein Arduino o.Ä. mit generischer USB-Schnittstelle, der eine Maus > emuliert, die sich alle paar Minuten um einen Pixel bewegt, eine Option? Das ist ein Linux System. Für so etwas bräuchte man keine Hardware, ein einfacher C-Compiler genügte da vollkommen. (Aber nur wenn man ein Zugpferd kauft weil man an seinem Auto den ersten Gang nicht findet)
Moriz schrieb: > Wie bereits geschrieben, ist kein Schirm an der Karte. Das ist völlig unerheblich. Wenn es die Karte gibt und den Treiber, dann würde der auch geladen werden, wenn kein Display an irgendeinem der Display-Anschlüsse der Karte vorhanden wäre. Schon allein deshalb, um den späteren Anschluss eines Displays bemerken zu können.., Sprich: du lügst ganz offensichtlich. Also: Ganz klar ein Troll.
C-hater schrieb: > Sprich: du lügst ganz offensichtlich. Also: Ganz klar ein Troll. 1. C-hater ist unfehlbar. 2. Sollte sich C-hater doch einmal geirrt haben, muss ihn ein Troll ins Abseits geführt haben, denn es gilt natürlich Punkt 1. Da ist Hopfen und Malz verloren.
Moriz schrieb: > Wo muss man da hin langen? Das weiss ich leider nur für gdm3, aber den nutzt du sehr wahrscheinlich nicht. Finde erstmal heraus wie das Programm heisst, wo du dich grafisch einloggst. Dann schau in dessen Anleitung. Es kann gut sein dass der Name des Programms mit "dm" endet.
Ich bau morgen erst mal die Grafikkarte aus. Mal sehen, ob der Effekt verschwindet.
X11 oder Wayland? Bei X11 versuch mal ein "xset -dpms", damit kann der X-Server den Bildschirm nicht mehr ausschalten...
Moriz schrieb: > Der BS ist nicht gelockt, nachdem das Problem auftritt – es reicht, die > Maus zu bewegen, dass er wieder kommt. Nur das Audio-System hat danach > einen Schlag weg. Kannst du trotzdem nachsehen / das "IdleAction" aus den logind.conf rausnehmen oder auf "ignore" setzen falls es da ist? Nur für alle fälle, es kann ja nicht schaden, das auszuprobieren.
Εrnst B. schrieb: > X11 oder Wayland? > > Bei X11 versuch mal ein "xset -dpms", damit kann der X-Server den > Bildschirm nicht mehr ausschalten... OK, ich habe gerade herausgefunden, dass x11 auf Mint 21.2 Mate läuft… Heute Morgen habe ich die Gforce ausgebaut: bisher hat kein Screensaver zugeschlagen. Das kann aber auch daran liegen, dass die Maus zu häufig bewegt wurde. Ich beobachte… Auf jeden Fall steht jetzt das Applet https://www.mikrocontroller.net/attachment/605005/Screenshot_at_2023-07-25_16-11-50.png nicht mehr im Panel – die Karte wird also sehr wohl erkannt. Den xset-Trick probiere ich, wenn Klarheit besteht, ob die Graka dabei eine Rolle spielt.
So, jetzt steht fest, dass der Ausraster des Screensavers nichts mit der Gforce zu hat: der Bildschirm wurde bei längerm Laufen ohne (Maus-)Eingaben abgeschaltet und das Audiosystem wußte von "analog" nichts mehr. Ich habe jetzt mal das xset -dpms eingegeben – mals sehen, obs was hilft.
Daniel A. schrieb: > Kannst du trotzdem nachsehen / das "IdleAction" aus den logind.conf > rausnehmen oder auf "ignore" setzen falls es da ist? Die gesamte /etc/systemd/logind.conf besteht nur aus Kommentaren…
Hätte ja trotzdem sein können. Distros und deren Pakete lassen ja nicht immer die Defaults drin. Unter Debian ändern z.B. sowohl sxmo-utils (https://sources.debian.org/src/sxmo-utils/1.12.0-7/debian/sxmo-utils.conf/) als auch unattended-upgrades (https://sources.debian.org/src/unattended-upgrades/2.9.1%2Bnmu3/debian/unattended-upgrades-logind-maxdelay.conf/) ein Default (aber was anderes als IdleAction).
Moriz schrieb: > Ich habe jetzt mal das xset -dpms eingegeben – mal sehen, obs was > hilft. Hat leider auch nix geholfen. Wirkt xset -dpms auch nach dem nächsten Boot noch, oder muss das jedes mal beim Systemstart ausgeführt werden?
Moriz schrieb: > Wirkt xset -dpms auch nach dem nächsten Boot noch, oder muss das jedes > mal beim Systemstart ausgeführt werden? Das muss jedes mal nach dem Start des X-Servers ausgeführt werden. Zusätzlich kannst du noch
1 | xset s off |
eingeben.
Moriz schrieb: > Wirkt xset -dpms auch nach dem nächsten Boot noch, oder muss das jedes > mal beim Systemstart ausgeführt werden? Jedes Mal wenn der X-Server neu gestartet wird, die xset-Einstellungen sind nur temporär. Also irgendein passendes Startup-Script verwenden, oder in der X11-Konfiguration:
1 | Section "Monitor" |
2 | [...] |
3 | Option "DPMS" "false" |
4 | EndSection |
(Sollte dasselbe wie xset -dpms bewirken) und evtl. noch: Section "ServerLayout" [...] Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection [code] (die verschiedenen Zeiten kannst du auch per xset einstellen)
1 | xset s off;xset -dpms |
stellt den Mist ab. Vielen Dank für die konstruktien Tipps!
Moriz schrieb: >
1 | xset s off;xset -dpms |
stellt den Mist ab. > > Vielen Dank für die konstruktien Tipps! Ich danke übrigens auch. Bisher dachte ich, dass nur nvidia diese schwachsinnigen Defaults hätte, weil mir das Problem bisher nur im Zshg. mit nvidia aufgefallen ist. Offensichtlich haben aber auch andere Graka-Treiber dieselbe Macke bzw. es ist umgekehrt eine Macke der Default-Konfig des xserver, die von einigen (vielen?) Graka-Treibern in diesem Punkt sinnvollerweise ignoriert oder überschrieben wird. Wie auch immer: das ist eine Sache, die eventuell auf einem normalerweise headless betriebenen Server einen Sinn ergibt, aber nicht auf einem Desktop. Da sollten nach all den Jahren endlich mal die Defaults angepasst werden. Sonst wird das nie was mit Linux auf dem Desktop... Der Witz ist übrigens: mit den Tools, die es zu nvidia dazu gibt, kann man das Problem immerhin lösen, ohne das GUI verlassen zu müssen. Leider aber nach den neuen Erkenntnissen wohl nur dann, wenn nvidia der einzige Graka-Treiber im System ist.
C-hater schrieb: > Ich danke übrigens auch. Und zu deinem unverschämten und völlig unbegründeten Troll-Vorwurf hast du nichts zu sagen? Merke: Fantasien kommen immer aus dem eigenen Kopf und können daher nur Dinge enthalten, die einem selbst nahe liegen. Behalte also nächstes mal besser den Unrat, der in deinem Kopf herum spukt, für dich, bis du wirkliche Beweise für deine Hypothesen hast.
"Bildschirmschoner"?? Kenne ich aus der Zeit der Röhrenmonitore, damit in der Leuchtschicht (Phosphore) keine Abnutzung auftritt mit der Folge, dass immer gleiche Bilder zu teils stärkerer (= sichtbar ungleichmäßiger) Abnutzung führt. Hier geht es eher um "Energieschoner"?
Moriz schrieb: > Und zu deinem unverschämten und völlig unbegründeten Troll-Vorwurf hast > du nichts zu sagen? Wieso unbegründet? Es war doch wirklich kein nvidia-Treiber da, obwohl nach deiner Darstellung der Sachlage einer hätte da sein müssen. Also ist die wahrscheinlichste Annahme: Troll. Die einzige Alternative wäre "dumm"/"unfähig". Such' dir einfach aus, was dir lieber ist.
C-hater schrieb: > Da sollten nach all den Jahren endlich mal die > Defaults angepasst werden. Die defaults im X-Server kommen nicht zum tragen, wenn deine Nutzeroberfläche die mit den vom User konfigurierten Werten für den Screensaver-Timeout überschreibt. Ob Mate das macht oder nicht, und warum, kann ich nicht sagen, nutze das nicht. Übrigens funktioniert normalerweise auch, dass der Bildschirmschoner während des Abspielen von Videos deaktiviert und der Monitor an bleibt. Das Problem des TE ist ein Anderes: Sein Audiosystem (vmtl. Pulseaudio auf dem 21er Mate?) wird das Einschlafen und Aufwachen des Monitors als Entfernen und Hinzufügen eines Audio-Devices erkennen, und versuchen laufende Audio-Streams auf das neue Device umzuschalten. Kann man natürlich umkonfigurieren, dazu >> load-module module-switch-on-port-available / module-switch-on-connect in der PA-Config rausnehmen. Oder schauen ob's dafür einen Klicki-Bunti-Knopf in den Systemeinstellungen gibt. Zum temporären Testen ohne Anfassen der Konfiguration: >> pactl unload-module ... Und bevor die Frage kommt, warum das nicht default ist: Vermutlich weil viele Leute wollen dass der Sound automatisch auf Kopfhörer umgeschaltet wird, wenn man diese einsteckt.
C-hater schrieb: > Also ist die wahrscheinlichste Annahme: Troll. Die einzige Alternative > wäre "dumm"/"unfähig". Such' dir einfach aus, was dir lieber ist. Außer DUMMEN AUSREDEN und WEITEREN FRECHHEITEN und der GARANTIE, DASS SICH DARAN NIE ETWAS ÄNDERN WIRD, hast du nichts zu bieten?
Εrnst B. schrieb: > Die defaults im X-Server kommen nicht zum tragen, wenn deine > Nutzeroberfläche die mit den vom User konfigurierten Werten für den > Screensaver-Timeout überschreibt. Ob Mate das macht oder nicht, und > warum, kann ich nicht sagen, nutze das nicht. Mate tut das normalerweise. Und in den entsprechenden Dialogen hatte der TO das auch völlig korrekt eingestellt, Screenshots dazu hatte er gepostet. Normalerweise funktioniert das auch korrekt. Aber eben nachweislich nicht mit zuindest einigen nvidia-Treibern. > Übrigens funktioniert normalerweise auch, dass der Bildschirmschoner > während des Abspielen von Videos deaktiviert und der Monitor an bleibt. Ja, das ist aber nicht das Problem. Er hatte konfiguriert, dass die Sache niemals in irgendeinen Schlafzustand eintreten soll. Mit dieser Einstellung stellt sich dieses Problem normalerweise überhaupt nicht. Zumindest bei einigen nvidia-Treibern aber eben doch. > Das Problem des TE ist ein Anderes: > Sein Audiosystem (vmtl. Pulseaudio auf dem 21er Mate?) wird das > Einschlafen und Aufwachen des Monitors als Entfernen und Hinzufügen > eines Audio-Devices erkennen, und versuchen laufende Audio-Streams auf > das neue Device umzuschalten. Das wiederum ist sinnvoll. Ich kenne jedenfalls keinen Monitor, der im Schlafzustand bereit wäre, noch einen digitalen Audiostream entgegen zu nehmen. Also entweder auf eine noch verfügbare Senke umschalten oder vollständige Ruhe. Das sind hier die Optionen, die verbleiben. Ich halte das Umschalten für die sinnvollere.
C-hater schrieb: > Das wiederum ist sinnvoll. Beim TE aber eher nicht: Moriz schrieb: > ich habe den Bildschirm über HDMI angeschlossen, benutze aber > die analogen Audio-Ausgänge. [...] > der Lautsprecher des Bildschirms klingt glauslich d.H. in der Konstellation wär' das beibehalten des Analog-Outputs, egal was am HDMI passiert, sinnvoller. Evtl. sogar HDMI-Audio komplett deaktivieren, wenn das nie gewünscht ist.
:
Bearbeitet durch User
Εrnst B. schrieb: > Beim TE aber eher nicht: > > Moriz schrieb: >> ich habe den Bildschirm über HDMI angeschlossen, benutze aber >> die analogen Audio-Ausgänge. [...] >> der Lautsprecher des Bildschirms klingt glauslich > > d.H. in der Konstellation wär' das beibehalten des Analog-Outputs, egal > was am HDMI passiert, sinnvoller. Ähemm, ja natürlich, das war mir entgangen. Allerdings ist dann ja auch nicht der Fall, dass die Audio-Senke "verschwindet". Es sollte also überhaupt keinen Grund für den Audio-Kram geben, überhaupt irgendetwas umzuschalten. Tut er es doch, kann es nur ein Bug in dem Audio-Gedöhns sein. Der allerdings bei der gezeigten Konfiguration irrelevant wäre, weil ja bei korrektem Verhalten garnix in den Schlafmodus gehen würde.
Das muss beim Moritz entweder ein hardware-spezifisches Problem sein, oder spezifisch für seine Linux Distribution. Denn mit meinem Laptop (der Intel+Nvidia GPU hat) mache ich genau das gleiche. Ich nutze normalerweise einen Kopfhörer am analogen Ausgang und habe damit keine Probleme. Ich nutzte Debian 12.
Εrnst B. schrieb: > d.H. in der Konstellation wär' das beibehalten des Analog-Outputs, egal > was am HDMI passiert, sinnvoller. Dass die analogen Ausgänge nach dem Screensaver überhaupt nicht mehr zur Wahl gestellt werden, dürfte aber auf jeden Fall ein Bug sein.
Rainer Z. schrieb: > "Bildschirmschoner"?? > > Kenne ich aus der Zeit der Röhrenmonitore, damit in der Leuchtschicht > (Phosphore) keine Abnutzung auftritt mit der Folge, dass immer gleiche > Bilder zu teils stärkerer (= sichtbar ungleichmäßiger) Abnutzung führt. > > Hier geht es eher um "Energieschoner"? Bilder brennen sich bei TFT-Bildschirmen nicht ein, aber die Leistung des Backlights lässt mit nach, wenn sie viel laufen - früher bei den CCFL-Backlights ziemlich stark. Bei LEDs ist es wohl weniger stark ausgeprägt, aber immer noch vorhanden. Ist also auch über den Energiespar-Effekt hinaus durchaus sinnvoll, wenn der Monitor nicht die ganze Zeit durchläuft. Es gibt aber spezielle Anwendungen, wo man will, dass er sich niemals ausschaltet. Da muss man dann eben diese Einstellungen verwenden. Übrigens: Wenn ein Video oder ein Spiel läuft, geht der Monitor bei mir nie aus. Diese Anwendungen unterdrücken das automatisch.
Stefan F. schrieb: > Denn mit meinem Laptop (der Intel+Nvidia GPU hat) Ja, mag sein. Der Knackpunkt ist hier: nvidia oder nouveau? Den Bug, das trotz der entsprechenden Einstellungen, die das verhindern müssten, das Display in den Energiersparmodus geschickt wird, kannte ich bisher nur von einigen Versionen der nvidia-Treiber.
Stefan F. schrieb: > Ich nutze derzeit den nouveau Treiber unter X.org. Schön, dass du weißt, was du tatsächlich benutzt. Ich weiß auch, was ich benutze. Der TO allerdings weiß offensichtlich nicht, was er benutzt...
Rolf M. schrieb: > Übrigens: Wenn ein Video oder ein Spiel läuft, geht der Monitor bei mir > nie aus. Diese Anwendungen unterdrücken das automatisch. Aufgetreten ist das in Firefox. Sinnigerweise haben die Mate-Leute im Screensaver-Applet die Option "Deaktivieren" entfernt.
> Rainer Z. schrieb: >> Hier geht es eher um "Energieschoner"? Norbert schrieb: > man OLED-Monitor Rolf M. schrieb: > [...] Leistung > des Backlights lässt mit nach, wenn sie viel laufen - früher bei den > CCFL-Backlights ziemlich stark. Stimmt! Zwei Bespiele für Monitore ohne Röhren, die man schonen kann. Wobei ich nicht weiß, ob CCFL-Röhren häufige Ein- und Ausschaltvorgänge mögen.
Moriz schrieb: > Sinnigerweise haben die Mate-Leute im Screensaver-Applet die Option > "Deaktivieren" entfernt. Also in meinen Systemeinstellungen zum BS taucht definitiv eine "Checkbox"-Option auf: "Bildschirmschoner bei Inaktivtät des Benutzers aktivieren" (osä.). Und wenn man hier den Haken löscht, ist Wirkung exakt die, wie wie in der unvordenklichen Zeit, als man die Sache nur über irgendein verschissenes Applet konfigurieren konnte und dort tasächlich "deaktiveren" wählen musste. Vielleicht einfach mal dort reinschauen, wo Konfigurationen wirklich zu erledigen sind. Zumal es dieses ominöse Applet "standardmäßig" wohl garnicht mehr gibt. Keine Ahnung, wie du das in's System implantiert hast...
Rainer Z. schrieb: > Stimmt! Zwei Bespiele für Monitore ohne Röhren, die man schonen kann. > Wobei ich nicht weiß, ob CCFL-Röhren häufige Ein- und Ausschaltvorgänge > mögen. Den Röhren ist das weitgehend egal, bei denen zählt im Wesentlichen wirklich nur die Betriebszeit. Das Problem sind hier eher die Inverter. Die werden bei Einschaltvorgängen besonders belastet. Und da die ganz typisch ziemlich auf Kante genäht designed sind, läßt häufiges Einschalten sie früher ausfallen. Das ausfallende BE ist dabei natürlich gerade genau das, was sich nicht einfach von der Stange ersetzen läßt: der Trafo. Das teuerste Bauelement der Baugruppe und damit auch das, wo sich am meisten sparen läßt. Und genau das haben die Hersteller auch jederzeit weidlich getan...
Die Sache wird immer komischer:
1 | $ xset q |
2 | …
|
3 | DPMS (Energy Star): |
4 | Standby: 600 Suspend: 600 Off: 600 |
5 | DPMS is Disabled |
Trotzdem hat der Screensaver eben mal wieder zugeschlagen.
Moriz schrieb: > DPMS is Disabled Moriz schrieb: > Trotzdem hat der Screensaver eben mal wieder zugeschlagen. Was jetzt? DPMS oder Screensaver? Das sind zwei getrennte Dinge.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.