Debian 12 Xfce - Probleme mit Ruhezustand/Stromsparmodus?

[rola621]

Hallo Community!

Habe soeben Debian 12 neu installiert und bin soweit gut durchgekommen

Heute war allerdings folgende Situation:
Ich komme von der Arbeit nach Hause, schalte den Rechner an, gehe Duschen und Essen, komme danach ins Büro, Bildschirme sind schwarz, mit blinkenden Ein/Ausschaltknöpfen der Bildschirme. Diese blinkenden Knöpfe stehen normalerweise dafür, dass der Bildschirm gerade schwarz ist, und sobald entweder Maus oder Tastatur betätigt werden, "wachen" die Bildschirme wieder auf.
In diesem Fall aber bringt jetzt weder Tastatur noch Maus die Bildschirme wieder zum aufwachen, und ich bin nur mit einem "erzwungenen" Runterfahren über den An/Aus-Schalter des Computers weitergekommen.

Das will ich künftig natürlich vermeiden, und bitte daher um eure Hilfe.

Die Energieverwaltung-Einstellungen sind für mich ohnehin schon immer ziemlich schwierig nachzuvollziehen gewesen, und ich war immer froh, wenn ich es so eingestellt hatte, dass alles passt. Jetzt bekomme ich es irgendwie nichtmehr hin.

Mein Ziel:
- Bildschirm soll nach 15Min einfach nur schwarz werden.... kein Bildschirmschoner, kein Energiesparmodus, kein Leistung drosseln, Ruhezustand oder sonstige Spielchen... einfach nur Bidlschirm schwarz, das wars.

- Beim Notebook würde ich dann zusätzlich noch eine automatische Abmeldung aus der Session nach mehr als 15 Minuten brauchen....
mehr aber auch nicht.

Kann mir bitte jemand sagen, wie ich das erreichen kann?

So sehen meine Einstellungen aus:






Infos zu meinem System:

Code: Alles auswählen

  _,met$$$$$gg.          desktop@desktop 
    ,g$$$$$$$$$$$$$$$P.       --------------- 
  ,g$$P"     """Y$$.".        OS: Debian GNU/Linux 12 (bookworm) x86_64 
 ,$$P'              `$$$.     Host: B560M DS3H V2 
',$$P       ,ggs.     `$$b:   Kernel: 6.1.0-11-amd64 
`d$$'     ,$P"'   .    $$$    Uptime: 22 mins 
 $$P      d$'     ,    $$P    Packages: 2000 (dpkg), 12 (flatpak) 
 $$:      $$.   -    ,d$$'    Shell: bash 5.2.15 
 $$;      Y$b._   _,d$P'      Resolution: 1920x1080, 1920x1080, 1920x1080 
 Y$$.    `.`"Y$$$$P"'         DE: Xfce 4.18 
 `$$b      "-.__              WM: Xfwm4 
  `Y$$                        WM Theme: Default-xhdpi 
   `Y$$.                      Theme: Adapta-Red-Nokto [GTK2] 
     `$$b.                    Icons: AD-Tangerine-Suru [GTK2] 
       `Y$$b.                 Terminal: xfce4-terminal 
          `"Y$b._             Terminal Font: Monospace 13 
              `"""            CPU: 11th Gen Intel i7-11700 (16) @ 4.800GHz 
                              GPU: Intel RocketLake-S GT1 [UHD Graphics 750] 
                              Memory: 2705MiB / 31886MiB 

Ich freue mich über jede Hilfe

[KP97]

Für den Desktop, ganz ohne Powermanager:
man xset

Was bedeutet denn diese seltsame Ansicht der Systeminfo? Inxi kaputt gegangen? ;-)

[kalle123]

Was bedeutet denn diese seltsame Ansicht der Systeminfo? Inxi kaputt gegangen?

DAS hab ich auch gedacht

[kalle123]

Hier mal ein 'jungfräuliches' xfce4-power-manager.xml aus Debian 12.1.

Findet sich unter ~/.config/xfce4/xfconf/xfce-perchannel-xml/

Code: Alles auswählen

<?xml version="1.0" encoding="UTF-8"?>

<channel name="xfce4-power-manager" version="1.0">
  <property name="xfce4-power-manager" type="empty">
    <property name="power-button-action" type="empty"/>
    <property name="show-tray-icon" type="bool" value="false"/>
  </property>
</channel>

Einfach mal auf default zurück und neu probieren .....

Gruß KH

[rola621]

Danke, ich habe das mal getestet und werde berichten ob sich das damit erledigt hat.
Im Zuge dessen habe ich auch gleich noch im Reiter "Bildschirm" der Energieverwaltung den Knopf deaktiviert, der die gesamte Bildschirmenergieverwaltung an/abschaltet.

Infotext wenn man mit der Maus über den Knopf fährt: "Die Energieverwaltung die Bildschirmenergieverwaltung (DPMS) verarbeiten lassen, anstelle von X11.)
Habe das jetzt deaktiviert, sollte also jetzt über X11 laufen.
Mal sehen ob das in Zukunft nochmal auftritt.


Danke sehr!

[rola621]

Also ich habe die jungfräuliche Datei von KH probiert, anschließend waren aber nach einem Neustart die Einstellungen in der GUI-Oberfläche der Energie-Einstellungen augenscheinlich unverändert.
Das hat mich gewundert, aber ok, vielleicht täusche ich mich auch.

Ergebnis: Beim Startbildschirm wird der Bildschirm nichtmehr schwarz. Weder mit DPMS noch mit dem Bildschirmschoner-Management von X11, habe beides getestet.

Im eingeloggten Zustand wird der Bildschirm schwarz bzw schaltet sich ab wann er das soll.
Also in Summe passt jetzt alles und ich freue mich.

Es ist zwar etwas komisch, dass die .xml-Dateiänderung in der GUI nix bewirkt hat, aber ich kann mich wie gesagt auch täuschen, hab mir nicht alles exakt notiert. Kann und will es jetzt nichtmehr rückgängig machen, da es wieder funktioniert

Ich habe mir alle Einstellungen, die in der GUI gesetzt sind, aufgeschrieben, die aktuelle .xml-Datei in der Cloud gesichert und denke ich kann das gewünschte Verhalten dann bei künftigen Installationen ganz entspannt reproduzieren und weiß das es ist wie ich es mir vorstelle

Danke für Eure Hilfe!

[MSfree]

Was bedeutet denn diese seltsame Ansicht der Systeminfo? Inxi kaputt gegangen?

Nö, nur code-Tags vergessen:

Code: Alles auswählen

Infos zu meinem System:
system
       _,met$$$$$gg.          desktop@desktop 
    ,g$$$$$$$$$$$$$$$P.       --------------- 
  ,g$$P"     """Y$$.".        OS: Debian GNU/Linux 12 (bookworm) x86_64 
 ,$$P'              `$$$.     Host: B560M DS3H V2 
',$$P       ,ggs.     `$$b:   Kernel: 6.1.0-11-amd64 
`d$$'     ,$P"'   .    $$$    Uptime: 22 mins 
 $$P      d$'     ,    $$P    Packages: 2000 (dpkg), 12 (flatpak) 
 $$:      $$.   -    ,d$$'    Shell: bash 5.2.15 
 $$;      Y$b._   _,d$P'      Resolution: 1920x1080, 1920x1080, 1920x1080 
 Y$$.    `.`"Y$$$$P"'         DE: Xfce 4.18 
 `$$b      "-.__              WM: Xfwm4 
  `Y$$                        WM Theme: Default-xhdpi 
   `Y$$.                      Theme: Adapta-Red-Nokto [GTK2] 
     `$$b.                    Icons: AD-Tangerine-Suru [GTK2] 
       `Y$$b.                 Terminal: xfce4-terminal 
          `"Y$b._             Terminal Font: Monospace 13 
              `"""            CPU: 11th Gen Intel i7-11700 (16) @ 4.800GHz 
                              GPU: Intel RocketLake-S GT1 [UHD Graphics 750] 
                              Memory: 2705MiB / 31886MiB 

[rola621]

ups, die hatte ich wirklich vergessen, sorry, habs jetzt nachgebessert für allgemeinen Seelenfrieden

[rola621]

Ich muss mich leider wieder mal zurückmelden, da es mir jetzt erneut passiert ist, diesmal allerdings nicht bei frisch gebootetem Rechner an dem nichtsmehr gemacht wird, sondern während ich ganz entspannt irgendwelche Office Sachen erledige, kurz am anderen Rechner etwas schaue, und plötzlich bleiben die Bildschirme schwarz und weder die Maus, noch die Tastatur können das Ganze irgendwie wieder zum Leben erwecken.

Woran kann das Eurer Meinung nach noch liegen?
Kann man dem Ganzen vielleicht anhand einer Logdatei tiefer auf den Grund gehen, um zu sehen wo die Ursache für dieses Verhalten genau liegt?

[Chameleon]

Was bedeutet denn diese seltsame Ansicht der Systeminfo? Inxi kaputt gegangen?

das ist neofetch, kann dann bspw. auch so ausschauen

Code: Alles auswählen

                                     ......            ich@localhost.localdomain 
     .,cdxxxoc,.               .:kKMMMNWMMMNk:.        ----------------------------- 
    cKMMN0OOOKWMMXo. A        ;0MWk:'      ':OMMk.     OS: openSUSE Tumbleweed x86_64 
  ;WMK;'       'lKMMNM,     :NMK'             'OMW;    Host: 20N5S56P00 ThinkPad T590 
 cMW;             WMMMN   ,XMK'                 oMM.   Kernel: 6.4.11-1-default 
.MMc             ''^*~l. xMN:                    KM0   Uptime: 1 day, 7 hours, 6 mins 
'MM.                   .NMO                      oMM   Packages: 2634 (rpm) 
.MM,                 .kMMl                       xMN   Shell: bash 5.2.15 
 KM0               .kMM0' .dl>~,.               .WMd   Resolution: 1920x1080 
 'XM0.           ,OMMK'    OMMM7'              .XMK    DE: Plasma 5.27.7 
   *WMO:.    .;xNMMk'       NNNMKl.          .xWMx     WM: KWin 
     ^ONMMNXMMMKx;          V  'xNMWKkxllox0NMWk'      Theme: [Plasma], Breeze [GTK2/3] 
         '''''                    ':dOOXXKOxl'         Icons: [Plasma], breeze [GTK2/3] 
                                                       Terminal: konsole 
                                                       CPU: Intel i5-8365U (8) @ 4.100GHz 
                                                       GPU: Intel WhiskeyLake-U GT2 [UHD Graphics 620] 
                                                       Memory: 3755MiB / 15730MiB 

ist ne nette Spielerei wegen dem Logo, aber hast schon recht, inxi ist deutlich informativer.

[rola621]

Habe mal meine logs erkundet und folgendes über

Code: Alles auswählen

journalctl -b -1

herausgefunden:
https://paste.fo/raw/8b14fedb0cb2

(dass der schwarzgewordene Bildschirm sich nicht mehr per Maus oder Tastatur aufwachen lässt ist mir ca. um 15:47 aufgefallen, wo ich dann auch kurz den "power key" gedrückt habe, siehe letzte Zeile, in der Hoffnung, dass es nur irgendein Ruhezustand ist, aus dem ich ihn wieder aufwecken kann.

Hab jetzt einfach mal eine Weile vorher angefangen, die Ausgabe des Befehls zu kopieren, in der Hoffnung, dass irgendjemand etwas damit anfangen kann? Unter bullseye hatte ich so ein Problem komischerweise nie. Kann mir nicht erklären, was hier die Ursache für o.g. Verhalten sein könnte.

Hier auch nochmal die inxi-Ausgabe:

Code: Alles auswählen

CPU: 8-core 11th Gen Intel Core i7-11700 (-MT MCP-)
speed/min/max: 2500/800/4800:4900 MHz Kernel: 6.1.0-11-amd64 x86_64 Up: 28m
Mem: 3394.7/31886.6 MiB (10.6%) Storage: 2.73 TiB (42.3% used) Procs: 328
Shell: Bash inxi: 3.3.26

Hat jemand noch eine Idee?

[rola621]

Könnte es evtl auch sein, dass es so wie in diesem Thread hier besprochen, an der CPU und einem bestimmten integrierten Stromsparmodus liegt? viewtopic.php?t=180510#p1270007

Da wird empfohlen, in /etc/default/grub
der Zeile

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT

folgendes anzuhängen:

Code: Alles auswählen

processor.max_cstate=1

aktuell sieht besagte Zeile bei mir folgendermaßen aus:

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

lscpu liefert folgendes:

Code: Alles auswählen

Architecture:            x86_64
  CPU op-mode(s):        32-bit, 64-bit
  Address sizes:         39 bits physical, 48 bits virtual
  Byte Order:            Little Endian
CPU(s):                  16
  On-line CPU(s) list:   0-15
Vendor ID:               GenuineIntel
  BIOS Vendor ID:        Intel(R) Corporation
  Model name:            11th Gen Intel(R) Core(TM) i7-11700 @ 2.50GHz
    BIOS Model name:     11th Gen Intel(R) Core(TM) i7-11700 @ 2.50GHz To Be Fil
                         led By O.E.M. CPU @ 2.4GHz
    BIOS CPU family:     198
    CPU family:          6
    Model:               167
    Thread(s) per core:  2
    Core(s) per socket:  8
    Socket(s):           1
    Stepping:            1
    CPU(s) scaling MHz:  66%
    CPU max MHz:         4900,0000
    CPU min MHz:         800,0000
    BogoMIPS:            4992,00
    Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mc
                         a cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss 
                         ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art
                          arch_perfmon pebs bts rep_good nopl xtopology nonstop_
                         tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes6
                         4 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xt
                         pr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_dead
                         line_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowp
                         refetch cpuid_fault invpcid_single ssbd ibrs ibpb stibp
                          ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ep
                         t_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpc
                         id mpx avx512f avx512dq rdseed adx smap avx512ifma clfl
                         ushopt intel_pt avx512cd sha_ni avx512bw avx512vl xsave
                         opt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp h
                         wp_notify hwp_act_window hwp_epp hwp_pkg_req avx512vbmi
                          umip pku ospke avx512_vbmi2 gfni vaes vpclmulqdq avx51
                         2_vnni avx512_bitalg avx512_vpopcntdq rdpid fsrm md_cle
                         ar flush_l1d arch_capabilities
Virtualization features: 
  Virtualization:        VT-x
Caches (sum of all):     
  L1d:                   384 KiB (8 instances)
  L1i:                   256 KiB (8 instances)
  L2:                    4 MiB (8 instances)
  L3:                    16 MiB (1 instance)
NUMA:                    
  NUMA node(s):          1
  NUMA node0 CPU(s):     0-15
Vulnerabilities:         
  Gather data sampling:  Mitigation; Microcode
  Itlb multihit:         Not affected
  L1tf:                  Not affected
  Mds:                   Not affected
  Meltdown:              Not affected
  Mmio stale data:       Mitigation; Clear CPU buffers; SMT vulnerable
  Retbleed:              Mitigation; Enhanced IBRS
  Spec rstack overflow:  Not affected
  Spec store bypass:     Mitigation; Speculative Store Bypass disabled via prctl
  Spectre v1:            Mitigation; usercopy/swapgs barriers and __user pointer
                          sanitization
  Spectre v2:            Mitigation; Enhanced IBRS, IBPB conditional, RSB fillin
                         g, PBRSB-eIBRS SW sequence
  Srbds:                 Not affected
  Tsx async abort:       Not affected

[MSfree]

Könnte es evtl auch sein, dass es so wie in diesem Thread hier besprochen, an der CPU und einem bestimmten integrierten Stromsparmodus liegt? https://debianforum.de/forum

Nein.

Das Problem mit den C-States hatten Intel "Atom" CPUs seit Baytrail. Intel versteckt diese Atome unter dem Markennamen Celeron-N oder Pentium-N.

Das Fehlerbild ist auch ein völlig anderes. Diese Atome frieren einfach mitten im Betrieb unvermittelt und unabhängig von der CPU- oder GPU-Last ein.

Du hast aber einen Core-i, und der friert nicht im Betrieb ein sondern wacht nach dem Suspend nicht wieder auf.

[rola621]

Du hast aber einen Core-i, und der friert nicht im Betrieb ein sondern wacht nach dem Suspend nicht wieder auf.

Beziehst Du das auf die Core-i generell, im Sinne einer Art Kinderkrankheit oder ist das Deine Vermutung bzgl. meines beschriebenen Fehlerbildes?
Kann man mit dem Log was anfangen?

Was mich in meinem Fall jetzt wundert ist, dass der Bildschirm scheinbar schon schwarz wurde, bevor irgendein Ruhemodus eingesetzt hat, denn der ist 1. deaktiviert und 2. habe ich in der Energieverwaltung eingestellt:
- schwarzer Bildschirm nach 14 Minuten
- Bildschirm abschalten nach 14 Minuten

Der Bildschirm wurde in dem heutigen Fall allerdings ziemlich sicher vor den 14 Minuten schwarz.

Kann es evtl noch was mit meinem Anmeldebildschirm zu tun haben? Dort kann man oben rechts zwischen "Default Xsession" und "Xfce-Sitzung" wählen.
Da habe ich nichts verändert und es auf Default Xsession gelassen.

Was ich mir auch immer wieder denke:
Könnte es vielleicht etwas damit zu tun haben, dass dieser Knopf hier

aktiviert ist? Die kleine Info-Einblendung beschreibt ja DPMS und X11, könnte hier vielleicht die Ursache begraben liegen?

Wenn ich den Knopf deaktiviere, werden allerdings zugleich die darunterliegenden Einstellungsschieber ausgegraut....:

[MSfree]

Beziehst Du das auf die Core-i generell

Nein, ich beziehe mich auf deinen Rechner. Und der zeigt eben ein völlig anderes Fehlerbild als die Atoms mit ihrem C-State-Bug.

Zur Lösung deines Problems kann ich sonst aber nichts beitragen. Ich nutze diese Standby-Modi grundsätzlich nicht, ich fahre meine Rechner bei Nichtgebrauch richtig runter.

[rola621]

der Fehler ist gerade wieder aufgetreten, als ich Duschen war und wiedergekommen bin war wieder alles gefroren.
Ein Terminal via Tastenkombi und ein Versuch des "reboot" hat nicht funktioniert, daher wieder herunterfahren via Power-Off erzwungen.

Inspiriert von MSFree's Aussage habe ich jetzt mal folgendes versucht:
Habe in den Energieverwaltungseinstellungen alles, das auch nur annähernd irgendeinen Stromsparmodus oder automatischen Veränderungen am Bildschirm o.ä. hervorruft, deaktiviert:





Also wenn der Fehler jetzt erneut auftritt, kann ich wohl wirklich endgültig die Energieverwaltungseinstellungen als Fehlerquelle ausschließen. Ich bin gespannt und hoffe, dass ich mich hier nie wieder melden muss, und wenn, dann nur mit positiven Meldungen.

Bin natürlich trotzdem weiterhin für Lösungsansätze offen