Standby (STR) funktioniert nur noch sporadisch

[speefak]

Hallo zusammen,

ich habe kürzlich mein Mainboard, die CPU und den RAM aufgerüstet, und seitdem habe ich ein seltsames Problem mit dem Standby-Modus (Suspend-to-RAM, STR).

Altes System: ASUS Z87, hat über Jahre hinweg problemlos funktioniert.
Neues System: PRIME Z790-P, STR funktioniert nur nach reboot immer, nach ein paar Tagen fährt das System sofort wieder hoch.

Ich habe mein bestehendes System auf einer M.2-SSD nicht neu installiert, sondern die SSD einfach ins neue Mainboard eingebaut.

Das Problem:
Nach einem kompletten Neustart funktioniert der STR-Modus immer zuverlässig. Aber nach 2-10 Tagen tritt folgendes Problem auf:

Ich versetze den Rechner abends in den Standby-Modus.
Das System geht aus, wie es sollte, startet aber direkt nach einer Sekunde wieder von selbst neu.

Das ist extrem nervig, weil ich bei jedem Neustart mehrere Passwörter (jeweils 20 Zeichen oder länger) eingeben muss.

Ich bin für Tipps, wie ich das Problem weiter eingrenzen oder lösen kann, sehr dankbar. Vielleicht gibt es Logs oder Diagnosetools, die helfen könnten?

Vielen Dank im Voraus für eure Hilfe!

Code: Alles auswählen

System:
  Kernel: 6.1.0-28-amd64 arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
    Desktop: GNOME v: 43.9 tk: GTK v: 3.24.38 info: cairo-dock wm: gnome-shell
    dm: GDM3 v: 43.0 Distro: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Desktop System: ASUS product: N/A v: N/A serial: N/A
  Mobo: ASUSTeK model: PRIME Z790-P v: Rev 1.xx serial: <filter>
    UEFI-[Legacy]: American Megatrends v: 1805 date: 10/30/2024
CPU:
  Info: 12-core (8-mt/4-st) model: 12th Gen Intel Core i7-12700 bits: 64
    type: MST AMCP smt: enabled arch: Alder Lake rev: 2 cache: L1: 1024 KiB
    L2: 12 MiB L3: 25 MiB
  Speed (MHz): avg: 1130 high: 2101 min/max: 800/2101 boost: enabled
    volts: 1.1 V ext-clock: 100 MHz cores: 1: 2101 2: 2101 3: 2101 4: 2101
    5: 1000 6: 800 7: 800 8: 800 9: 1100 10: 800 11: 900 12: 800 13: 800
    14: 800 15: 900 16: 800 17: 800 18: 1100 19: 1200 20: 800 bogomips: 84480
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
  Device-1: NVIDIA TU106 [GeForce RTX 2060 SUPER] vendor: ASUSTeK
    driver: nvidia v: 550.90.07 arch: Turing pcie: speed: 2.5 GT/s lanes: 16
    bus-ID: 01:00.0 chip-ID: 10de:1f06 class-ID: 0300
  Display: server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9
    compositor: gnome-shell driver: X: loaded: nvidia gpu: nvidia display-ID: :1
    screens: 1
  Screen-1: 0 s-res: 3840x1200 s-dpi: 96 s-size: 1016x318mm (40.00x12.52")
    s-diag: 1065mm (41.91")
  Monitor-1: DP-0 pos: primary,left res: 1920x1200 hz: 60 dpi: 94
    size: 518x324mm (20.39x12.76") diag: 611mm (24.05") modes: N/A
  Monitor-2: DVI-D-0 pos: right res: 1920x1080 dpi: 38
    size: 1280x720mm (50.39x28.35") diag: 1469mm (57.82") modes: N/A
  API: OpenGL v: 4.6.0 NVIDIA 550.90.07 renderer: NVIDIA GeForce RTX 2060
    SUPER/PCIe/SSE2 direct-render: Yes
Audio:
  Device-1: Intel Raptor Lake High Definition Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel bus-ID: 00:1f.3 chip-ID: 8086:7a50
    class-ID: 0403
  Device-2: NVIDIA TU106 High Definition Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel pcie: speed: 8 GT/s lanes: 16
    bus-ID: 01:00.1 chip-ID: 10de:10f9 class-ID: 0403
  API: ALSA v: k6.1.0-28-amd64 status: kernel-api
  Server-1: PipeWire v: 0.3.65 status: n/a (root, process) with:
    1: pipewire-pulse status: active 2: wireplumber status: active
  Server-2: PulseAudio v: 16.1 status: off (using pipewire-pulse)
Network:
  Device-1: Realtek RTL8125 2.5GbE vendor: ASUSTeK driver: r8125
    v: 9.011.00-NAPI pcie: speed: 5 GT/s lanes: 1 port: 4000 bus-ID: 06:00.0
    chip-ID: 10ec:8125 class-ID: 0200
  IF: eno1 state: up speed: 1000 Mbps duplex: full mac: <filter>
  IF-ID-1: virbr0 state: down mac: <filter>
Swap:
  ID-1: swap-1 type: partition size: 3.81 GiB used: 0 KiB (0.0%) priority: -2
    dev: /dev/dm-1 mapped: D12--System-Swap
  ID-2: swap-2 type: file size: 15 GiB used: 0 KiB (0.0%) priority: -3
    file: /home/swap-extender-15G
Sensors:
  System Temperatures: cpu: 26.0 C mobo: N/A gpu: nvidia temp: 53 C
  Fan Speeds (RPM): N/A gpu: nvidia fan: 0%
Info:
  Processes: 457 Uptime: 38m wakeups: 8 Memory: 31.13 GiB
  used: 8.15 GiB (26.2%) Init: systemd v: 252 target: graphical (5)
  default: graphical Compilers: gcc: 12.2.0 alt: 12 Shell: Bash (su) v: 5.2.15
  running-in: gnome-terminal inxi: 3.3.26

[KP97]

Ich weiß nicht ob das hilft, aber bei neuer Hardware würde ich auch einen aktuellen Kernel aus den Backports verwenden.
Versuch macht kluch...

[speefak]

Daran dachte ich auch schon, hatte aber in der Vergangenheit mal ein System mit einem BPO-Kernel zerschossen.

Was mich wundert: Warum klappt der STR nach dem Reboot und einen Tag später, wie aktuell, ist der oben genannte 'sofort-Aufwach-Fehler' wieder da?

Ich werds dann doch nochmal mit nem BPO Kernel versuchen.

EDIT :

Code: Alles auswählen

Building module:
Cleaning build area...
make -j20 KERNELRELEASE=6.10.11+bpo-amd64 -C /lib/modules/6.10.11+bpo-amd64/build M=/var/lib/dkms/r8125/9.011.00/build....(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.10.11+bpo-amd64 (x86_64)
Consult /var/lib/dkms/r8125/9.011.00/build/make.log for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.10.11+bpo-amd64 failed!
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 11
Failed to process /etc/kernel/header_postinst.d at /var/lib/dpkg/info/linux-headers-6.10.11+bpo-amd64.postinst line 11.
dpkg: Fehler beim Bearbeiten des Paketes linux-headers-6.10.11+bpo-amd64 (--configure):
 »installiertes post-installation-Skript des Paketes linux-headers-6.10.11+bpo-amd64«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 linux-headers-6.10.11+bpo-amd64

BPO Install Error

[MSfree]

Daran dachte ich auch schon, hatte aber in der Vergangenheit mal ein System mit einem BPO-Kernel zerschossen.

Das halte ich für ein Gerücht. Du hättest enfach den normalen Kernel in grub auswählen und booten müssen. Zerschossen wird durch das Kopieren von ein paar Dateien in die Verzeichnisse /lib/modules und /boot sicher gar nchts.

Was mich wundert: Warum klappt der STR nach dem Reboot und einen Tag später, wie aktuell, ist der oben genannte 'sofort-Aufwach-Fehler' wieder da?

Swap zu klein?

[speefak]

Beim damaligen Versuch – ich glaube, es war Debian 9 – hatte ich einige zusätzliche Module installiert und mein System stark modifiziert. Ich will nicht ausschließen, dass es daran lag. Debian 13 kommt in ein paar Monaten, und von daher werde ich noch so lange mit dem Fehler leben müssen/können.

Der Default-Kernel wurde damals vollständig durch den BPO-Kernel ersetzt, sodass der Default-Kernel unter Debian 9 nicht mehr im GRUB auswählbar war. Die Fehlerquelle vor dem Monitor und der Tastatur kann ich diesbezüglich auch nicht ausschließen . Es war damals jedenfalls der Super-GAU.

Swap wird, soweit ich weiß, doch nur für den STD und nicht für STR genutzt. Der Swap mit 64 GB würde auch extrem groß ausfallen. Darum habe ich ja extra viel RAM im System, damit ich mir den Swap ggf. sparen kann bzw. nur 4 GB brauche. Und wie gesagt: Mal geht es, mal geht es nicht. Gestern, nachdem ich den BPO-Kernel installiert und dann wieder deinstalliert hatte, war nur der 6.1.0-28-Kernel im System. Den 27er und 26er habe ich dann sicherheitshalber noch installiert, bevor ich das System neu starten wollte.

Ich hab's dann noch einmal mit dem STR probiert, und siehe da: Es ging auf einmal. Ergo funktioniert STR, aber irgendetwas weckt das System immer wieder auf.

Es könnte ggf. auch noch am NVidia Treiber liegen, aber die GK ist die Gleiche wie vor dem Hardwareupgrade.

[speefak]

Moin, ich habe den 27er Kernel gebootet, den 28er vollständig deinstalliert und dann den 28er neu installiert. Nun scheint STR wieder zu laufen.