KDE: Долго выходит из спящего режима

Доброго времени суток, друзья! Столкнулся с проблемой длительного выхода из спящего режима. При попытке пробуждения либо виснет, либо около минуты чёрный экран. Везде на форумах информация 2010 годов и не работает. Ноутбук MSI GF63 Thin. Драйвера nvidia-open.
inxi -Fza:
System:
Kernel: 6.2.1-arch1-1 arch: x86_64 bits: 64 compiler: gcc v: 12.2.1
parameters: BOOT_IMAGE=/boot/vmlinuz-linux
root=UUID=2b877d44-6943-4fb1-b53b-2e53bb34b9c3 rw loglevel=3 quiet
Desktop: KDE Plasma v: 5.27.2 tk: Qt v: 5.15.8 wm: kwin_x11 vt: 1 dm: SDDM
Distro: Arch Linux
Machine:
Type: Laptop System: Micro-Star product: GF63 Thin 11UD v: REV:1.0
serial: <superuser required> Chassis: type: 10 serial: <superuser required>
Mobo: Micro-Star model: MS-16R6 v: REV:1.0 serial: <superuser required>
UEFI: American Megatrends LLC. v: E16R6IMS.10E date: 09/21/2022
Battery:
ID-1: BAT1 charge: 28.8 Wh (58.4%) condition: 49.3/51.3 Wh (96.0%)
volts: 12.3 min: 11.4 model: MSI BIF0_9 type: Li-ion serial: N/A
status: charging
CPU:
Info: model: 11th Gen Intel Core i5-11400H bits: 64 type: MT MCP
arch: Tiger Lake gen: core 11 level: v4 note: check built: 2020
process: Intel 10nm family: 6 model-id: 0x8D (141) stepping: 1
microcode: 0x42
Topology: cpus: 1x cores: 6 tpc: 2 threads: 12 smt: enabled cache:
L1: 480 KiB desc: d-6x48 KiB; i-6x32 KiB L2: 7.5 MiB desc: 6x1.2 MiB
L3: 12 MiB desc: 1x12 MiB
Speed (MHz): avg: 2461 high: 3189 min/max: 800/4500 scaling:
driver: intel_pstate governor: performance cores: 1: 2069 2: 3189 3: 1675
4: 2011 5: 2700 6: 2700 7: 2259 8: 1851 9: 2984 10: 2700 11: 2700 12: 2700
bogomips: 64536
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Vulnerabilities:
Type: itlb_multihit status: Not affected
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: mmio_stale_data status: Not affected
Type: retbleed status: Not affected
Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via
prctl
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer
sanitization
Type: spectre_v2 mitigation: Enhanced IBRS, IBPB: conditional, RSB
filling, PBRSB-eIBRS: SW sequence
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: Intel TigerLake-H GT1 [UHD Graphics] vendor: Micro-Star MSI
driver: i915 v: kernel arch: Gen-12.1 process: Intel 10nm built: 2020-21
ports: active: eDP-1 empty: HDMI-A-1 bus-ID: 00:02.0 chip-ID: 8086:9a68
class-ID: 0300
Device-2: NVIDIA GA107M [GeForce RTX 3050 Ti Mobile]
vendor: Micro-Star MSI driver: nvidia v: 525.89.02
alternate: nouveau,nvidia_drm non-free: 525.xx+
status: current (as of 2023-02) arch: Ampere code: GAxxx
process: TSMC n7 (7nm) built: 2020-22 pcie: gen: 1 speed: 2.5 GT/s
lanes: 8 link-max: gen: 4 speed: 16 GT/s lanes: 16 bus-ID: 01:00.0
chip-ID: 10de:25a0 class-ID: 0302
Display: x11 server: X.Org v: 21.1.7 with: Xwayland v: 22.1.8
compositor: kwin_x11 driver: X: loaded: modesetting,nvidia unloaded: vesa
alternate: fbdev,intel,nouveau,nv dri: iris gpu: i915 display-ID: :0
screens: 1
Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22")
s-diag: 582mm (22.93")
Monitor-1: eDP-1 model: AU Optronics 0xaf90 built: 2020 res: 1920x1080
hz: 144 dpi: 142 gamma: 1.2 size: 344x193mm (13.54x7.6") diag: 394mm (15.5")
ratio: 16:9 modes: 1920x1080
API: OpenGL v: 4.6 Mesa 22.3.6 renderer: Mesa Intel UHD Graphics (TGL GT1)
direct-render: Yes
Audio:
Device-1: Intel Tiger Lake-H HD Audio vendor: Micro-Star MSI
driver: sof-audio-pci-intel-tgl
alternate: snd_hda_intel,snd_sof_pci_intel_tgl bus-ID: 00:1f.3
chip-ID: 8086:43c8 class-ID: 0401
Sound API: ALSA v: k6.2.1-arch1-1 running: yes
Sound Server-1: JACK v: 1.9.22 running: no
Sound Server-2: PulseAudio v: 16.1 running: yes
Sound Server-3: PipeWire v: 0.3.66 running: yes
Network:
Device-1: Intel Tiger Lake PCH CNVi WiFi driver: iwlwifi v: kernel
bus-ID: 00:14.3 chip-ID: 8086:43f0 class-ID: 0280
IF: wlo1 state: up mac: <filter>
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Micro-Star MSI driver: r8169 v: kernel pcie: gen: 1 speed: 2.5 GT/s
lanes: 1 port: 3000 bus-ID: 03:00.0 chip-ID: 10ec:8168 class-ID: 0200
IF: enp3s0 state: down mac: <filter>
Bluetooth:
Device-1: Intel AX201 Bluetooth type: USB driver: btusb v: 0.8
bus-ID: 2-14:3 chip-ID: 8087:0026 class-ID: e001
Report: bt-adapter ID: hci0 rfk-id: 0 state: down
bt-service: enabled,running rfk-block: hardware: no software: yes
address: <filter>
Drives:
Local Storage: total: 1.14 TiB used: 218.31 GiB (18.7%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Kingston model: OM8PDP3256B-AI1
size: 238.47 GiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s
lanes: 4 type: SSD serial: <filter> rev: EDFK0S03 temp: 45.9 C scheme: GPT
ID-2: /dev/sda maj-min: 8:0 vendor: Seagate model: ST1000LM035-1RK172
size: 931.51 GiB block-size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s
type: HDD rpm: 5400 serial: <filter> rev: 1002 scheme: GPT
Partition:
ID-1: / raw-size: 233.97 GiB size: 233.97 GiB (100.00%)
used: 145.75 GiB (62.3%) fs: btrfs dev: /dev/nvme0n1p3 maj-min: 259:3
Swap:
Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
ID-1: swap-1 type: file size: 4 GiB used: 0 KiB (0.0%) priority: -2
file: /home/<filter>/swapfile
ID-2: swap-2 type: partition size: 4 GiB used: 0 KiB (0.0%) priority: -3
dev: /dev/nvme0n1p2 maj-min: 259:2
Sensors:
System Temperatures: cpu: 49.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 333 Uptime: 11m wakeups: 1012 Memory: 7.47 GiB
used: 4.06 GiB (54.4%) Init: systemd v: 253 default: graphical
tool: systemctl Compilers: gcc: 12.2.1 alt: 11 clang: 15.0.7 Packages:
pm: pacman pkgs: 1628 libs: 459 tools: yay Shell: Bash v: 5.1.16
running-in: konsole inxi: 3.3.25
Поставь обычную nvidia или для ноутов https://wiki.archlinux.org/title/Bumblebee_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9), сгенерируй xorg.conf, может проблемы с какой службой глянь systemctl
Skrever
Столкнулся с проблемой длительного выхода из спящего режима
Ну и ищи виновника - смотри логи.
Самое простое - в терминале запускаешь journalctl -f и отправляешь в suspend.
Выходишь из suspend, завершаешь в терминале работу journalctl (Ctrl+C) и смотри логи. Смотри по времени что тормозит и ошибки.
Скорее всего причина в каком то модуле, а чтобы отследить работу модулей загузись с параметром ядра initcall_debug и повтори описанное выше. Только сейчас нужно смотреть операции с модулями, типа
мар 04 16:17:10 arch kernel: i8042 i8042: PM: platform_pm_resume+0x0/0x50 returned 0 after 1689 usecs
Точнее, смотреть … returned 0 after 1689 usecs … что означает
returned 0 - модуль i8042 загружен успешно
after 1689 usecs - затрачено времени 1689 микросекунд
Ошибки не исчезают с опытом - они просто умнеют
vasek
и отправляешь в suspend
так suspend - это ждущий режим, а не спящий
grayich
так suspend - это ждущий режим, а не спящий
Виноват ... не внимательно читал ... почему то подумалось, что речь идет о suspend .... совсем старый стал.
Тогда все сложнее и совсем другие способы, но без анализа не обойтись.
Способы хорошо описано в этой лучшей статье … но перед этим желательно почитать эти DOC .. 1 .. и .. 2 ..
Анализ довольно не простой .... но можно для уточнения почитать еще мой старый блог - может в чем то и поможет.

PS - только сейчас заметил, что вместо этой указанной лучшей статьи появился DOC ... подробно не сравнивал, но похоже один в один ...
Ошибки не исчезают с опытом - они просто умнеют
aih0wika
Поставь обычную nvidia или для ноутов https://wiki.archlinux.org/title/Bumblebee_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9), сгенерируй xorg.conf, может проблемы с какой службой глянь systemctl
Проблема состоит как раз в том, что с nvidia ноут не запускается, приходится лезть в chroot
vasek
Skrever
Столкнулся с проблемой длительного выхода из спящего режима
Ну и ищи виновника - смотри логи.
Самое простое - в терминале запускаешь journalctl -f и отправляешь в suspend.
Выходишь из suspend, завершаешь в терминале работу journalctl (Ctrl+C) и смотри логи. Смотри по времени что тормозит и ошибки.
Скорее всего причина в каком то модуле, а чтобы отследить работу модулей загузись с параметром ядра initcall_debug и повтори описанное выше. Только сейчас нужно смотреть операции с модулями, типа
мар 04 16:17:10 arch kernel: i8042 i8042: PM: platform_pm_resume+0x0/0x50 returned 0 after 1689 usecs
Точнее, смотреть … returned 0 after 1689 usecs … что означает
returned 0 - модуль i8042 загружен успешно
after 1689 usecs - затрачено времени 1689 микросекунд

сразу после journalctl -f проблема с nvidia-powerd:
мар 04 23:47:31 MSI-GF63 /usr/bin/nvidia-powerd[567]: Failed to get topology status ffff
мар 04 23:47:31 MSI-GF63 kernel: NVRM _threadNodeCheckTimeout: API_GPU_ATTACHED_SANITY_CHECK failed!
мар 04 23:47:31 MSI-GF63 kernel: NVRM GspMsgQueueSendCommand: buffer is full
мар 04 23:47:31 MSI-GF63 kernel: NVRM _kgspRpcSendMessage: GspMsgQueueSendCommand failed: 0x3
мар 04 23:47:31 MSI-GF63 kernel: NVRM _issueRpcAndWait: rpcSendMessage failed with status 0x00000003 for fn 76!
мар 04 23:47:31 MSI-GF63 kernel: NVRM nvAssertFailedNoLog: Assertion failed: 0 @ rpc.c:182

Маску снял и перезапустил модуль, не помогло
Skrever
проблема с nvidia-powerd
nvidia-powerd тебе действительно нужен? Согласно DOC
daemon nvidia-powerd обеспечивает поддержку функции Nvidia Dynamic Boost, который будет активным только тогда, когда система ноутбуков будет питается от AC, и на GPU достаточно нагрузки. Он не будет задействован, когда система работает на аккумуляторе.
Кроме этого рекомендуют также проверить подержку Dynamic Boost
nvidia-settings -q DynamicBoostSupport
Но лучше этот nvidia-powerd.service отключить
# systemctl stop nvidia-powerd.service
# systemctl disable nvidia-powerd.service
А после отключения проверь работу и suspend и hybernate … хотя так и не понятно какой режим имеет проблемы.
Хотя, как по мне, так лучше о hybernate забыть, если с ним первоначально имеются проблемы.

PS - в части ошибок nvidia-powerd - или нет подержки или не правильно настроено.
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.