LINUX.ORG.RU

Ноутбук сам выходит из сна

 , , ,


0

1

Здравствуйте. Есть проблема, ноутбук сам выходит из сна. Но он это делает не когда попало, а через секунду после того, как я послаю команду. Так он может сделать n раз, но в итоге заснет.

То есть, посылаю suspend - поснулся, посылаю suspend - поснулся, посылаю suspend - поснулся, посылаю suspend - заснул.

А бывает и с пеового раза засывает, но обычно с третьего.

Не уверен, что это имеет значение, но

#cat  /proc/acpi/wakeup                                                    
Device	S-state	  Status   Sysfs node
GPP0	  S4	*disabled
GPP1	  S4	*disabled
GP17	  S4	*enabled   pci:0000:00:08.1

Пробовал выключать GP17 - результата нет.

Теперь вопрос - есть ли способ отследить что заставляет ноут выйти из сна? И как это исправить?

pm-suspend и systemctl suspend дают один результат.

Manjaro. Буду благодарен любой наводке.

Ноут - Honor MagicBook14, AMD Ryzen 7 5700U



Последнее исправление: Yaourt (всего исправлений: 2)

Модель ноута, проц, видяху добавь в топик - это хоть как-то может навести на мысли тех кто разбирается. В разных процах и биосах разные причины.

R_He_Po6oT ★★★★★
()

Ты уверен что он засыпает и просыпается? А то может он начинает готовиться к suspend, уже выключает экран, но что-то идёт и так и процесс падает с ошибкой, suspend отменяется. В dmesg есть строки что уснул и проснулся?

firkax ★★★★★
()
Ответ на: комментарий от firkax

в dmesg не будет ничего, не ядро будит систему, а система распинывает ядро просыпаясь

Самое простое посмотри powertop

PowerTOP 2.15     Overview   Idle stats   Frequency stats   Device stats   Tunables   WakeUp                            

>> Disabled      Wake-on-lan status for device wlo1                                                                     
   Disabled      Wake-on-lan status for device em2
   Disabled      Wake status for USB device usb5
   Disabled      Wake status for USB device 4-2
   Disabled      Wake status for USB device 1-14
   Disabled      Wake status for USB device usb3
   Disabled      Wake status for USB device 4-2.3.3
   Enabled       Wake status for USB device 4-2.4
   Disabled      Wake status for USB device usb1
   Disabled      Wake status for USB device 3-2.3.3.4.3
   Disabled      Wake status for USB device 1-10
   Disabled      Wake status for USB device 3-2
   Disabled      Wake status for USB device 3-2.5
   Disabled      Wake status for USB device 3-2.3.3.4.1
   Disabled      Wake status for USB device 3-2.3.2
   Disabled      Wake status for USB device 3-2.3
   Disabled      Wake status for USB device 4-2.3.3.4
   Disabled      Wake status for USB device usb6
   Disabled      Wake status for USB device usb4
   Disabled      Wake status for USB device 2-2
   Disabled      Wake status for USB device usb2
   Disabled      Wake status for USB device 4-2.3.2
   Disabled      Wake status for USB device 4-2.3
   Disabled      Wake status for USB device 3-2.3.5
   Enabled       Wake status for USB device 3-2.3.2.1
   Disabled      Wake status for USB device 3-2.3.3
   Disabled      Wake status for USB device 3-2.3.3.4
   Enabled       Wake status for USB device 3-2.3.1
sparks ★★★★
()
Ответ на: комментарий от sparks

Я про другое вообще писал.

в dmesg не будет ничего

Вот будет или нет и надо узнать. Если сон был, то будет такое:

[779856.931709] PM: suspend entry (deep)
(тут куча логов)
[779858.587769] PM: suspend exit

А может этого и не быть, если до suspend дело не дошло вообше (выключенный экран не означает что уже suspend). А могла быть проблема и уже в ядре - тогда в тех же логах между enter и exit будет какая-то ошибка.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

Да. Оно засыпает и просыпается. Дмесг после неудачного засыпания:

[ 9414.058951] wlp1s0: deauthenticating from 30:b5:c2:c7:30:a2 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 9414.687262] PM: suspend entry (s2idle)
[ 9414.690181] Filesystems sync: 0.002 seconds
[ 9414.696325] Freezing user space processes
[ 9414.730887] Freezing user space processes completed (elapsed 0.034 seconds)
[ 9414.730898] OOM killer disabled.
[ 9414.730900] Freezing remaining freezable tasks
[ 9414.732410] Freezing remaining freezable tasks completed (elapsed 0.001 seconds)
[ 9414.732418] printk: Suspending console(s) (use no_console_suspend to debug)
[ 9414.862216] ACPI: EC: interrupt blocked
[ 9415.636795] ACPI: EC: interrupt unblocked
[ 9415.694656] pci 0000:00:00.2: can't derive routing for PCI INT A
[ 9415.694664] pci 0000:00:00.2: PCI INT A: no GSI
[ 9415.695891] [drm] PCIE GART of 1024M enabled.
[ 9415.695898] [drm] PTB located at 0x000000F41FC00000
[ 9415.695922] amdgpu 0000:03:00.0: amdgpu: SMU is resuming...
[ 9415.696178] amdgpu 0000:03:00.0: amdgpu: dpm has been disabled
[ 9415.697040] amdgpu 0000:03:00.0: amdgpu: SMU is resumed successfully!
[ 9415.707341] nvme nvme0: 16/0/0 default/read/poll queues
[ 9415.888940] [drm] VCN decode and encode initialized successfully(under DPG Mode).
[ 9415.889619] [drm] JPEG decode initialized successfully.
[ 9415.889629] amdgpu 0000:03:00.0: amdgpu: ring gfx uses VM inv eng 0 on hub 0
[ 9415.889632] amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
[ 9415.889633] amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
[ 9415.889634] amdgpu 0000:03:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
[ 9415.889636] amdgpu 0000:03:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
[ 9415.889637] amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
[ 9415.889638] amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
[ 9415.889639] amdgpu 0000:03:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
[ 9415.889640] amdgpu 0000:03:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
[ 9415.889641] amdgpu 0000:03:00.0: amdgpu: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
[ 9415.889643] amdgpu 0000:03:00.0: amdgpu: ring sdma0 uses VM inv eng 0 on hub 1
[ 9415.889644] amdgpu 0000:03:00.0: amdgpu: ring vcn_dec uses VM inv eng 1 on hub 1
[ 9415.889645] amdgpu 0000:03:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 4 on hub 1
[ 9415.889646] amdgpu 0000:03:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 5 on hub 1
[ 9415.889647] amdgpu 0000:03:00.0: amdgpu: ring jpeg_dec uses VM inv eng 6 on hub 1
[ 9415.932999] OOM killer enabled.
[ 9415.933003] Restarting tasks ... done.
[ 9415.935359] random: crng reseeded on system resumption
[ 9415.936051] PM: suspend exit

А вот после удачного:

[ 9585.616961] PM: suspend entry (s2idle)
[ 9585.620118] Filesystems sync: 0.003 seconds
[ 9585.620636] Freezing user space processes
[ 9585.636716] Freezing user space processes completed (elapsed 0.016 seconds)
[ 9585.636724] OOM killer disabled.
[ 9585.636726] Freezing remaining freezable tasks
[ 9585.638283] Freezing remaining freezable tasks completed (elapsed 0.001 seconds)
[ 9585.638287] printk: Suspending console(s) (use no_console_suspend to debug)
[ 9585.785386] ACPI: EC: interrupt blocked
[ 9589.067748] ACPI: EC: interrupt unblocked
[ 9589.122113] pci 0000:00:00.2: can't derive routing for PCI INT A
[ 9589.122122] pci 0000:00:00.2: PCI INT A: no GSI
[ 9589.123150] [drm] PCIE GART of 1024M enabled.
[ 9589.123155] [drm] PTB located at 0x000000F41FC00000
[ 9589.123172] amdgpu 0000:03:00.0: amdgpu: SMU is resuming...
[ 9589.123566] amdgpu 0000:03:00.0: amdgpu: dpm has been disabled
[ 9589.124745] amdgpu 0000:03:00.0: amdgpu: SMU is resumed successfully!
[ 9589.134883] nvme nvme0: 16/0/0 default/read/poll queues
[ 9589.316740] [drm] VCN decode and encode initialized successfully(under DPG Mode).
[ 9589.316939] [drm] JPEG decode initialized successfully.
[ 9589.316947] amdgpu 0000:03:00.0: amdgpu: ring gfx uses VM inv eng 0 on hub 0
[ 9589.316950] amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
[ 9589.316951] amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
[ 9589.316953] amdgpu 0000:03:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
[ 9589.316954] amdgpu 0000:03:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
[ 9589.316954] amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
[ 9589.316955] amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
[ 9589.316956] amdgpu 0000:03:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
[ 9589.316957] amdgpu 0000:03:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
[ 9589.316959] amdgpu 0000:03:00.0: amdgpu: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
[ 9589.316960] amdgpu 0000:03:00.0: amdgpu: ring sdma0 uses VM inv eng 0 on hub 1
[ 9589.316961] amdgpu 0000:03:00.0: amdgpu: ring vcn_dec uses VM inv eng 1 on hub 1
[ 9589.316962] amdgpu 0000:03:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 4 on hub 1
[ 9589.316963] amdgpu 0000:03:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 5 on hub 1
[ 9589.316964] amdgpu 0000:03:00.0: amdgpu: ring jpeg_dec uses VM inv eng 6 on hub 1
[ 9589.324242] OOM killer enabled.
[ 9589.324245] Restarting tasks ... done.
[ 9589.327969] random: crng reseeded on system resumption
[ 9589.329503] PM: suspend exit
[ 9590.895982] wlp1s0: authenticate with 30:b5:c2:c7:30:a2
[ 9590.896014] wlp1s0: 80 MHz not supported, disabling VHT
[ 9590.950770] wlp1s0: send auth to 30:b5:c2:c7:30:a2 (try 1/3)
[ 9590.954430] wlp1s0: authenticated
[ 9590.957175] wlp1s0: associate with 30:b5:c2:c7:30:a2 (try 1/3)
[ 9590.962040] wlp1s0: RX AssocResp from 30:b5:c2:c7:30:a2 (capab=0x431 status=0 aid=4)
[ 9590.974674] wlp1s0: associated
[ 9591.044534] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
Yaourt
() автор топика

Ну офигеть. Большинство народонаселения наоборот, мучается от того, что ноутбук - не выходит из сна. В смысле вообще, приходится жестко выключать, «долгим нажатием» кнопки питания. Причём, это не один-два человека, а я с десятка два таких могу упомянуть-перечислить. С разными ноутами. Дошло до того, что я теперь в настройках ОСи, неважно, Линукс или Виндовс, всегда залезаю в настройки электропитания и ставлю - «выключить компьютер», и на кнопку, и на крышку.

Ну а по части Линукса - что могу сказать? Некоторые товарищи, которые нам совсем не товарищи, не делают на диске своп-раздел. Чуть больше количества оперативной памяти. Жалеют несколько гигов на винте (ну, в смысле, оперативки же дохренища). А - зря. В смысле гибернации. Она в таком случае - нифига не работает.

cadaber ★★
()