[gelöst] Niemals 'hibernate'

[dasebastian]

Hallo an alle,

ich komme nicht recht weiter. Mein T420 fällt nach 10 Minuten in einen Tiefschlaf, aus dem ich ihn nicht mehr wecken kann, nur mehr abwürgen und neu starten. Ich möchte aber, dass der Rechner niemals in einen Schlafmodus geht.

Was ich gemacht habe: mate-screensaver deinstalliert (ich mache das per xautolock und Slock aus suckless-tools).

Einstellungen in der Energieverwaltung: Niemals für Energiesparmodus (Netz/Akku).

Einstellungen per Dconf-Editor (org/mate/power-manager): action-sleep-type-ac=nothing, action-sleep-type-battery=nothing. Ich habe das zuerst als user gemacht, und dann sogar als angemeldeter Root. Ja, ich weiss!

Wie komme ich hier weiter?

[TRex]

Steht was in den kernel-Logs dazu? Was zeigt xset q?

[dasebastian]

Code: Alles auswählen

sebastian@SebastiansT420:~$ xset q
Keyboard Control:
  auto repeat:  on    key click percent:  0    LED mask:  00000000
  XKB indicators:
    00: Caps Lock:   off    01: Num Lock:    off    02: Scroll Lock: off
    03: Compose:     off    04: Kana:        off    05: Sleep:       off
    06: Suspend:     off    07: Mute:        off    08: Misc:        off
    09: Mail:        off    10: Charging:    off    11: Shift Lock:  off
    12: Group 2:     off    13: Mouse Keys:  off
  auto repeat delay:  500    repeat rate:  30
  auto repeating keys:  00ffffffdffffbbf
                        fadfffefffedffff
                        9fffffffffffffff
                        fff7ffffffffffff
  bell percent:  50    bell pitch:  400    bell duration:  100
Pointer Control:
  acceleration:  2/1    threshold:  4
Screen Saver:
  prefer blanking:  yes    allow exposures:  yes
  timeout:  600    cycle:  600
Colors:
  default colormap:  0x20    BlackPixel:  0x0    WhitePixel:  0xffffff
Font Path:
  /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,built-ins
DPMS (Energy Star):
  Standby: 0    Suspend: 0    Off: 0
  DPMS is Enabled
  Monitor is On
sebastian@SebastiansT420:~$ 

Für /var/log/kern.log lasse ich das Ganze jetzt nochmal passieren, damit ich das sicher zuordnen kann.

[TRex]

Code: Alles auswählen

xset s 0 0

Für den screensaver. Bist du sicher, dass der Rechner in den Schlafmodus wechselt? Nach 10 Minuten sollte nämlich X den Bildschirm abschalten, und wenn der nicht mehr aktiviert wird...

[dasebastian]

Okay, die kern.log durchgeschaut, elendslange in dem bestimmten Zeitraum, ich weiss allerdings nicht, wonach ich suchen soll.

[dasebastian]

Für den screensaver. Bist du sicher, dass der Rechner in den Schlafmodus wechselt? Nach 10 Minuten sollte nämlich X den Bildschirm abschalten, und wenn der nicht mehr aktiviert wird...

Der Bildschirm ist tatsächlich gämzlich schwarz, ich habe allerdings alle meine Fn-Tasten durchprobiert, keine hat den Bildschirm wieder eingeschalten, auch nichts anderes.

[dasebastian]

Mit xset s 0 0 ist das jetzt mal nicht wieder passiert, das war jetzt genau das Verhalten, dass ich will, Slock sperrt den Bildschirm, und färbt ihn dunkel ein, mehr nicht, auf unbestimmte Zeit.

Wenn ich die man von xset aber jetzt richtig verstehe, wird das wieder resettet nach Logout? Wie sage ich dem System, dass es das machen soll?

EDIT: Für den Moment hab ich xset mal als Autostart gesetzt, an die Editierung von xorg.conf oder xorg.conf.d trau ich mich noch nicht so ganz.

[TRex]

Hast du nen zweiten Rechner, um zu schauen, ob der Patient noch per SSH erreichbar ist?

kern.log: alles Verdächtige... wobei der Verdacht langsam auch eher Richtung Xorg.0.log geht.

[dasebastian]

Nein, leider kein 2. Rechner.

Ich muss das dann morgen nochmal angehen, damit ich eine genaue Uhrzeit habe, wann das so quer gegangen ist.

Wie gesagt, mit dem xset s 0 0 läuft das jetzt.

Kann es was damit zu tun haben, dass es eine awesome Session ist?

[TRex]

Meine awesome-session macht diese Probleme nicht - ich verwendete zuletzt allerdings i3lock statt slock. Wenn du von deiner Bildschirmsperre allerdings kein Feedback bekommst, könnte man den Eindruck bekommen, der Rechner wäre aus...

[dasebastian]

Wenn Slock sperrt, sieht man, dass der Bildschirm noch läuft, es ist halt nicht ganz schwarz und du kennst Slock ja, sobald du tippst - blau (oder rot)...

In dem vorigen Fall glaube ich jetzt auch eher, dass der Bildschirm ausgeschaltet wird, der Rechner aber noch läuft. Es leuchtet auch das "WLAN-Bäumchen" unter dem Bildschirm. Seltsam.

[dasebastian]

Mein Verdacht mittlerweile, das ist eine Bildschirmabschaltung und ein Überbleibsel einer Einstellung des mate-screensaver, den ich gepurged habe. Irgendein Zusammenspiel unglücklicher Umstände.

Leider muss ich gleich nachschicken, dass ich in der nächsten Zeit nicht die Zeit haben werde, dem weiter auf den Grund zu gehen, ich lege das jetzt mal auf Eis, bei mir gibt's gerade anderen Stress...

Danke dir einstweilen für die Mühe, TRex, wenn ich wieder mehr Luft habe, gehe ich dem weiter auf den Grund!

[dasebastian]

Hallo Trex,
ich bin jetzt dabei, zu migrieren, habe mir Debian 10 nochmals neu aufgesetzt, Netinstaller+Mate Desktop+awesome und noch nichts an Mate verändert.

Nach Einstellung des Bildschirmschoners auf so gut wie "Niemals" und der Energieverwaltung auf "Niemals irgendwas machen" läuft das jetzt. Keine Bildschirmabschaltung, Slock greift per xautolock nach der angegebenen Zeit, weiter passiert nichts.

Vielleicht war das wirklich ein Konflikt mit meinem mate-screensaver purge. Oder tlp? Das hatte ich damals auch installiert, im Moment noch nicht.

Ich werde den screensaver auch in der finalen Installation die nächsten Tage mal einfach belassen, über tlp denke ich noch nach.

[mcb]

.............. auch in der finalen Installation die nächsten Tage mal einfach belassen, über tlp denke ich noch nach.

tlp macht keine Probleme mit der GUI.

[dasebastian]

Stimmt, hatte ich bisher nie mit tlp, ich geh's halt langsam an...