Standby funktioniert nicht

[speerwerfer]

@weingeist

Irgendwie hilft der schon. deep ist ja markiert.

Ne, der war auch ohne den Kernelparameter schon markiert.

@weingeist

sudo dmesg | grep ACPI | grep supports

Was kommt da raus ?

$ sudo dmesg | grep ACPI | grep supports
[    0.268037] ACPI: (supports S0 S3 S4 S5)

Macht es nicht besser …

Ich hab jetzt auch schon versucht den Tip von megavolt umzusetzen.

@megavolt

Falls aktiviert, könnte es auch sein, dass Linux in den ACPI Tables dafür nicht erwähnt wurde. Daher könnte man auch die OSI ändern, um dem UEFI ein Windows vorzugaukeln

GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi='Windows 2018'

Hilft aber auch nicht.

[weingeist]

@speerwerfer

Erstmal zu s2idle: Das stimmt. Es wird wohl benutzt!

[xyz@hostname ~]$ cat /sys/power/mem_sleep 
[s2idle]

@speerwerfer

Wenn ich das richtig verstehe, ist mein System der Meinung, das es S3 und auch S4 kann (Ausgabe mit dem Kernel 5.10):

$ cat /sys/power/state
freeze mem disk
$ cat /sys/power/mem_sleep
s2idle [deep]

Ich sehe da schon einen Unterschied

[speerwerfer]

Ich habe Gigabyte nach ACPI im BIOS gefragt. In meiner ersten Frage wurde darauf verwiesen, das Linux nicht unterstützt wird. Ich habe dann noch mal nachgehakt. Hier die Antwort:

@Martin

Guten Tag,
vielen Dank für die Antwort. Leider haben Sie meine Frage nicht beantwortet. Das ich Linux als Betriebssystem installiert habe galt nur der Information. Meine Frage lautete: Wo im BIOS des Boards kann ich Einstellungen zu ACPI/Energiesparoptionen vornehmen? Diese Frage ist denke ich unabhängig vom installierten Betriebssystem.
MfG

@Gigabyte

Sehr geehrter GIGABYTE Kunde,

Vielen Dank für Ihre Antwort.

Gar nicht, die ACPI sind Softwareschalter und die dazu gehörigen Protokollunterstützungen bringt Windows mit.

Installieren sie Windows 10 in der aktuellen Version oder Windows 11, dann sehen sie im Gerätemanager von Windows die eingebundenen von Windows kommenden ACPI Protokolle.

Ihr GIGABYTE Team
wünscht Ihnen einen gesunden guten Rutsch ins 2023.

[megavolt]

@speerwerfer Ja wunderbar… “Installieren Sie Windows… und Ruhe.”

Mich würde ja mal die ACPI Table interessieren, ob S3 denn auch mit drin ist.

Im Terminal:

pamac install acpica

und

acpidump > acpidump.bin

Könntest du mir die Datei acpidump.bin hochladen und hier verlinken? Danke.

Auf jeden Fall sehe ich bei mir, dass_PS3 verfügbar ist:

            Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
            {
                PSAT |= 0x03
                PSAT |= Zero
            }

Falls dich das auch interessiert, hier was zu lesen: Upgrading ACPI tables via initrd — The Linux Kernel documentation

Außerdem wäre ein journal hilfreich, falls dort UEFI Bugs gemeldetet werden.

journalctl --boot -1 > journal.log

Gruß

EDIT: Das wäre auch hilfreich:

cat /proc/acpi/wakeup 

In jedem Fall würde ich behaupten, dass das UEFI mit Windows getestet wurde und manchaml mit einer sehr speziellen Windows Version. Hintergründe zu dem ganzen kann man hier lesen: ACPI _OSI and _REV methods — The Linux Kernel documentation Man müsste wirklich jede mögliche Windows Version testen, wie oben beschrieben.

[speerwerfer]

@megavolt: Danke für deine Mühe! Die Antwort von Gigabyte fand ich auch befremdlich. Wieder eine Firma die auf der “nicht kaufen” Liste steht.

@megavolt

Falls dich das auch interessiert, hier was zu lesen: Upgrading ACPI tables via initrd — The Linux Kernel documentation

Klar, ich bin ja gewillt dazuzulernen. Bin seit 4 Jahren nun komplett weg von Windows … merke aber immer wieder, dass mir noch viel Wissen fehlt.

@megavolt

Könntest du mir die Datei acpidump.bin hochladen und hier verlinken? Danke.

Hier die acpidump.bin HiDrive
Wie genau ließt du die Datei? Gibts einen Editor, der die Daten vernünftig darstellt?

@megavolt

Außerdem wäre ein journal hilfreich, falls dort UEFI Bugs gemeldete werden.

Und hier das journal.log HiDrive

[ ~]$ cat /proc/acpi/wakeup
Device	S-state	  Status   Sysfs node
GP17	  S4	*enabled   pci:0000:00:08.1
XHC0	  S4	*enabled   pci:0000:05:00.3
XHC1	  S4	*enabled   pci:0000:05:00.4
PS2K	  S3	*disabled
PS2M	  S3	*disabled
GPP0	  S4	*disabled
PTXH	  S4	*enabled   pci:0000:01:00.0
PT20	  S4	*disabled
PT23	  S4	*disabled
PT24	  S4	*disabled
PT26	  S4	*disabled
PT27	  S4	*disabled
PT28	  S4	*disabled
PT29	  S4	*enabled   pci:0000:02:09.0

[megavolt]

Jetzt wird es seltsam…

Dez 30 12:51:49 Waldorf kernel: ACPI: Added _OSI(Module Device)
Dez 30 12:51:49 Waldorf kernel: ACPI: Added _OSI(Processor Device)
Dez 30 12:51:49 Waldorf kernel: ACPI: Added _OSI(3.0 _SCP Extensions)
Dez 30 12:51:49 Waldorf kernel: ACPI: Added _OSI(Processor Aggregator Device)
Dez 30 12:51:49 Waldorf kernel: ACPI: Added _OSI(Linux-Dell-Video)
Dez 30 12:51:49 Waldorf kernel: ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
Dez 30 12:51:49 Waldorf kernel: ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)
Dez 30 12:51:49 Waldorf kernel: ACPI: 12 ACPI AML tables successfully acquired and loaded
Dez 30 12:51:49 Waldorf kernel: ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
Dez 30 12:51:49 Waldorf kernel: ACPI: Interpreter enabled
Dez 30 12:51:49 Waldorf kernel: ACPI: (supports S0 S3 S4 S5)
Dez 30 12:51:49 Waldorf kernel: ACPI: Using IOAPIC for interrupt routing

ACPI unterstützt S3 und es wurde auch von Linux erkannt. Keine erkannten Bugs in den Logs.

@speerwerfer

PS2K	  S3	*disabled
PS2M	  S3	*disabled

Das sagt einfach das Aufwachen durch Maus- oder Keyboard-Eingabe deaktiviert ist.

Mir erschließt sich nicht warum es nicht funktioniert… ACPI und Kernel ist es defintiv nicht.

[speerwerfer]

Hmm, mir ist gerade was aufgefallen. Die letzten Tage bin ich kaum am Rechner gewesen und hab ihn auch nicht laufen lassen. Heute war ich kurz weg und wurde aufgehalten. Als ich wieder kam, war er aus und ich konnte ihn per Tastatur wieder starten. Er war sofort wieder da - also wohl eher Suspend to RAM.

Ich hatte als letztes im BIOS die Option ErP deaktiviert (keine Ahnung was das genau ist - im Handbuch steht keine Erklärung - hat aber wohl was mit Energie zu tun … aber eigentlich gehts da um S5). Außerdem hatte ich den Kernel von 5.15 auf 5.10 wieder zurückgedreht. Beides habe ich nun wieder geändert und die beiden Dateien neu erstellt. ALLERDINGS: Es bleibt dabei. Nach 5 Minuten geht der Rechner aus und ich kann ihn per druck auf die Tastatur wecken.

Wenn du Zeit und Lust hast, hier noch einmal die beiden Dateien. Ich hatte zwischenzeitlich den Kernel wieder auf 5.10 zurückgedreht und im BIOS die Option ErP deaktiviert.
https://my.hidrive.com/lnk/p5CsCvMU
https://my.hidrive.com/lnk/KZisCC3b

Bei cat /proc/acpi/wakeup hat sich nichts geändert.

[weingeist]

@speerwerfer

$ cat /sys/power/mem_sleep
s2idle [deep]

Also meiner Meinung nach ist das S3.

https://www.kernel.org/doc/Documentation/power/states.txt

Er hat 2 Arten zur Verfügung
s2idle = S0
deep = S3

[weingeist]

https://wiki.archlinux.de/title/Bereitschaft_und_Ruhezustand

Bitte auch beachten

[weingeist]

Im BIOS einstellen :
Power on by Keyboard : Disable
Power on by Mouse : Disable
ErP : Enable ( ErP schaltet auch sämtliche LED / RGB auf dem Board etc ab wenn PC ausgeschaltet wird )

@speerwerfer

meine Energieverwaltung sieht so aus:

Nach 5 Minuten geht der Monitor aus und nach 10 Minuten machte es einmal “klack” und der Rechner ist sofort wieder an (inkl. Monitor).

Ruhezustand nach Bereitschaft bitte aktivieren
Hybrid auch

[speerwerfer]

@weingeist

Ruhezustand nach Bereitschaft bitte aktivieren
Hybrid auch

Das ist beides gleichzeitig gar nicht möglich!

Aber darüber hinaus als kurze Rückmeldung: Es funktioniert nun. Ich weiß ehrlich nicht warum. Denn eigentlich habe ich nichts mehr geändert. Von einem Tag auf den anderen funktioniert es nun. Ich bin ratlos.