Activité du noyau en veille

Support Debian
#1

Bonjour,
mon PC portable (un HP qui a bien 10 ans) tourne sous Debian 12, avec KDE Plasma.
J’ai paramétré la veille simple, ce qui selon la doc Debian, correspond au niveau S3 (Suspend to Ram)
Quand le PC passe en veille, l’écran s’éteint, le ventilo s’arrête, je n’ai plus de signe d’activité, ce qui me semble normal.
Je réveille le PC sans problème, et là je lance la commande dmesg.
Je m’aperçois qu’il y a plein d’activités entre la mise en veille et le réveil. Du coup, je comprends mieux pourquoi ma batterie se vide régulièrement :shushing_face:
Je vous joins un petit extrait, sachant que 19h50 est l’heure de mise en veille, et le PC n’a été réveillé qu’à 21h57
[dim. 6 avril 19:50:17 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 19:50:17 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 19:50:21 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 19:50:21 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 19:50:21 2025] wlo1: authenticate with f0:81:75:10:f1:04
[dim. 6 avril 19:50:21 2025] wlo1: send auth to f0:81:75:10:f1:04 (try 1/3)
[dim. 6 avril 19:50:21 2025] wlo1: authenticated
[dim. 6 avril 19:50:21 2025] wlo1: associate with f0:81:75:10:f1:04 (try 1/3)
[dim. 6 avril 19:50:21 2025] wlo1: RX AssocResp from f0:81:75:10:f1:04 (capab=0x511 status=0 aid=15)
[dim. 6 avril 19:50:21 2025] wlo1: associated
[dim. 6 avril 19:50:21 2025] wlo1: Limiting TX power to 30 (30 - 0) dBm as advertised by f0:81:75:10:f1:04
[dim. 6 avril 19:50:21 2025] IPv6: ADDRCONF(NETDEV_CHANGE): wlo1: link becomes ready
[dim. 6 avril 20:14:42 2025] wlo1: deauthenticating from f0:81:75:10:f1:04 by local choice (Reason: 3=DEAUTH_LEAVING)
[dim. 6 avril 20:14:43 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 20:14:43 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 20:14:44 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 20:14:44 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 20:14:44 2025] PM: suspend entry (deep)
[dim. 6 avril 20:14:44 2025] Filesystems sync: 0.107 seconds
[dim. 6 avril 20:14:44 2025] (NULL device *): firmware: direct-loading firmware regulatory.db
[dim. 6 avril 20:14:44 2025] (NULL device *): firmware: direct-loading firmware regulatory.db.p7s
[dim. 6 avril 20:14:44 2025] (NULL device *): firmware: direct-loading firmware iwlwifi-6000g2b-6.ucode
[dim. 6 avril 20:14:44 2025] Freezing user space processes
[dim. 6 avril 20:14:44 2025] Freezing user space processes completed (elapsed 0.002 seconds)
[dim. 6 avril 20:14:44 2025] OOM killer disabled.
[dim. 6 avril 20:14:44 2025] Freezing remaining freezable tasks
[dim. 6 avril 20:14:44 2025] Freezing remaining freezable tasks completed (elapsed 0.001 seconds)
[dim. 6 avril 20:14:44 2025] printk: Suspending console(s) (use no_console_suspend to debug)
[dim. 6 avril 20:14:44 2025] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[dim. 6 avril 20:14:44 2025] ata1.00: Entering standby power mode
[dim. 6 avril 20:14:44 2025] e1000e: EEE TX LPI TIMER: 00000011
[dim. 6 avril 20:14:45 2025] ACPI: EC: interrupt blocked
[dim. 6 avril 20:14:45 2025] ACPI: PM: Preparing to enter system sleep state S3
[dim. 6 avril 20:14:45 2025] ACPI: EC: event blocked
[dim. 6 avril 20:14:45 2025] ACPI: EC: EC stopped
[dim. 6 avril 20:14:45 2025] ACPI: PM: Saving platform NVS memory
[dim. 6 avril 20:14:45 2025] Disabling non-boot CPUs …
[dim. 6 avril 20:14:45 2025] smpboot: CPU 1 is now offline
[dim. 6 avril 20:14:45 2025] smpboot: CPU 2 is now offline
[dim. 6 avril 20:14:45 2025] smpboot: CPU 3 is now offline
[dim. 6 avril 20:14:45 2025] ACPI: PM: Low-level resume complete
[dim. 6 avril 20:14:45 2025] ACPI: EC: EC started
[dim. 6 avril 20:14:45 2025] ACPI: PM: Restoring platform NVS memory
[dim. 6 avril 20:14:45 2025] Enabling non-boot CPUs …
[dim. 6 avril 20:14:45 2025] x86: Booting SMP configuration:
[dim. 6 avril 20:14:45 2025] smpboot: Booting Node 0 Processor 1 APIC 0x1
[dim. 6 avril 20:14:45 2025] CPU1 is up
[dim. 6 avril 20:14:45 2025] smpboot: Booting Node 0 Processor 2 APIC 0x2
[dim. 6 avril 20:14:45 2025] CPU2 is up
[dim. 6 avril 20:14:45 2025] smpboot: Booting Node 0 Processor 3 APIC 0x3
[dim. 6 avril 20:14:45 2025] CPU3 is up
[dim. 6 avril 20:14:45 2025] ACPI: PM: Waking up from system sleep state S3
[dim. 6 avril 20:14:45 2025] ACPI: EC: interrupt unblocked
[dim. 6 avril 20:14:45 2025] ACPI: EC: event unblocked
[dim. 6 avril 20:14:46 2025] usb 3-7: reset high-speed USB device number 2 using xhci_hcd
[dim. 6 avril 20:14:46 2025] ata6: SATA link down (SStatus 0 SControl 300)
[dim. 6 avril 20:14:46 2025] ata3: SATA link down (SStatus 0 SControl 300)
[dim. 6 avril 20:14:46 2025] ata5: SATA link down (SStatus 0 SControl 300)
[dim. 6 avril 20:14:46 2025] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[dim. 6 avril 20:14:46 2025] ata1.00: Entering active power mode
[dim. 6 avril 20:14:46 2025] ata1.00: supports DRM functions and may not be fully accessible
[dim. 6 avril 20:14:46 2025] ata1.00: NCQ Send/Recv Log not supported
[dim. 6 avril 20:14:46 2025] ata1.00: supports DRM functions and may not be fully accessible
[dim. 6 avril 20:14:46 2025] ata1.00: NCQ Send/Recv Log not supported
[dim. 6 avril 20:14:46 2025] ata1.00: configured for UDMA/133
[dim. 6 avril 20:14:46 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 20:14:46 2025] usb 3-12: reset full-speed USB device number 3 using xhci_hcd
[dim. 6 avril 20:14:46 2025] iwlwifi 0000:02:00.0: Radio type=0x2-0x1-0x0
[dim. 6 avril 20:14:46 2025] acpi PNP0501:00: Still not present
[dim. 6 avril 20:14:46 2025] OOM killer enabled.
[dim. 6 avril 20:14:46 2025] Restarting tasks … done.
[dim. 6 avril 20:14:46 2025] random: crng reseeded on system resumption
[dim. 6 avril 20:14:46 2025] PM: suspend exit

Il semble donc que la veille n’arrête pas vraiment le processeur.
Quelqu’un peut m’expliquer ce qui se passe ?

J’ai vérifié sur mon PC fixe (même config) : même problème, à peu près toutes les heures j’ai de l’activité.

#2

C’est ton wifi qui réveille le proc.

#3

J’ai regardé dans le BIOS de l’ordi (c’est vite fait, il n’y a pas grand chose) et il n’y a pas de WakeOnLan ou autre truc du même genre.
Du coup, pourquoi le wifi peut-il réveiller le proc ?
Et surtout, y a-t’il moyen de l’empêcher ?

#4

Il faut bien comprendre que la veille n’a pas pour but d’être longue.
Si tu veux économiser de l’énergie, c’est la veille prolongée qu’il faut utiliser.
Et si c’est pour un temps long c’est l’hibernation qu’il faut utiliser. Bine que cet état soit tout de même bâtard car autant arrêter la machine.
L’hibernation c’est surtout pour ne pas avoir à fermer les applications et les retrouver telles qu’elles.
Sur des serveurs par exemple, beaucoup d’entreprises bloque la possibilité de mise en hibernation (sans compter que la mise en hibernation n’a aucun sens pour les machines virtuelles bien sur).

#5

Dans tout ce que trouve, la veille prolongée, c’est l’hibernation.
Et dans la configuration de la machine, le choix, c’est veille ou hibernation (ou veille hybride), mais je n’ai rien d’autre

#6

Veille hybride = veille avec backup dans le swap en plus (veille + veille prolongée en parallèle).
Veille = mise en veille RAM
Veille prolongée = veille avec mémoire mise dans le swap

L’intérêt de la veille hybride est en cas de batterie épuisée, la machine s’éteint mais à l’allumage rien n’est perdu.
Sur une machine personnelle, en fait ça dépend des gens, perso je fais bcp de veille (parfois sur une période de près d’un mois), d’autres éteignent systématiquement, autour de mois la veille prolongée a peu de succès du fait du temps à la mise en place.

#7

Donc la veille prolongée, c’est du SuspendToDisk (état S4).
On est bien d’accord que ça prend du temps aussi bien à l’extinction qu’à l’allumage.
Je ne comprends pas trop la veille hybride : on backup quoi dans le swap ?

Sinon, ça ne me dit toujours pas comment avoir une vraie veille en SuspendToRam (état S3) dans laquelle le processeur ne va pas se réveiller pour X ou Y raison.

#8

C’est le SuspendtoRAM et SuspendToDisk en même temps, c’est tout.

Pour ça je n’ai pas trop d’idées, j’essaye de reproduire et ça coince.C’est bizarre comme bug

EDIT: Essaye de supprimer le WakeOnLan qui doit être activé dans le BIOS, je ne vois que ça.

#9

Essaye

echo disabled > /sys/class/net/INTERFACE/device/power/wakeup

où INTERFACE est ton interfaxce réseau puis fais la mise en veille

#10

Ca ne change rien, de toute manière ‹ disabled › est déjà la valeur enregistrée.
Quand au Wake OnLan, il est désactivé.

#11

Regarde ce que donne

cat /proc/acpi/wakeup

Ça te donne les préiphériques aptes à reveiller ton ordinateur

#12

Voilà le contenu du fichier :
LANC S0 *enabled pci:0000:00:19.0
EHC1 S3 *enabled pci:0000:00:1d.0
EHC2 S3 *enabled pci:0000:00:1a.0
XHC S3 *enabled pci:0000:00:14.0
PCIB S5 *disabled
RP04 S5 *disabled
WNIC S5 *disabled
RP06 S0 *disabled
NIC S0 *disabled
RP07 S4 *disabled pci:0000:00:1c.6
RP08 S4 *disabled pci:0000:00:1c.7
HST1 S5 *disabled

J’ai donc passé LANC à disabled, en me disant que LANC représente le réseau.
Ca n’a rien changé …

#13

Effectivement LANC correspond à l’interface réseau. En revanche c’est bizarre que ça n’ait rien changé.
Je crois que ça agit par basculement, en clair

echo LANC  > /proc/acpi/wakeup

bascule le enabed en disabled et vice versa

#14

C’est bien ce que j’avais fait.
J’ai vérifié qu’après le premier ‹ echo › la valeur était bien disabled, mais ça n’empêchait pas l’activité pendant la veille.

#15

Bon, à part passer le bail à 3 mois, je n’ai pas d’idée

#16

J’ai bricolé le bios dans tous les sens, j’ai même essayé le mode s2idle, c’est toujours pareil.
Je retrouve même des évènements Bluetooth alors que les périphériques sont désactivés …
Le point génant là dedans, c’est que ça finit par tirer sur la batterie.