mise en veille impossible

claude.simon · 06-10-2024 07:29:33

en tous cas, la mise en veille fonctionne bien sous W11... (le mode S0 semble être l'état de veille utilisé par W11, on peut pas dire à linux de l'utiliser ?)

la sortie d'hibernation prend à peu près autant de temps que le démarrage (qui est par ailleurs très rapide) mais on récupère le contexte...

Croutons · 06-10-2024 07:43:22

claude.simon a écrit :

la sortie d'hibernation prend à peu près autant de temps que le démarrage (qui est par ailleurs très rapide) mais on récupère le contexte...

sortir de mise en veille doit être pratiquement instantané, alors que ci ça met autant de temps que le boot il est probable que ce soit une veille profonde
encore que Windows triche, et ce n'est pas vraiment un boot normale

normalement quand on est en veille, il y a une led allumé qui signale cette état, généralement c'est la led power qui est utilisé
elle est d'une couleur différente: du genre bleu quand l'ordi est en utilisation et passe orange à la mise en veille
si rien ne reste allumé c'est que probablement l'ordi est en veille profonde (enregistrement sur disque)

claude.simon · 06-10-2024 08:25:52

oui, on finit par se mélanger un peu les pinceaux...

dans mon dernier post je parlais bien de l'hibernation (veille prolongée) que j'ai testée et qui, elle, fonctionne bien...

mon problème reste toujours la veille "normale" (suspend) qui ne va pas jusqu'à l'extinction de l'écran.

et bien évidemment, sur les nouveaux dell, y a plus de led, c'est toujours ça d'économisé pour le constructeur :-(

Dernière modification par claude.simon (06-10-2024 08:26:38)

Croutons · 06-10-2024 08:51:39

comme dit èfpé il y a la veille S0, d’après se que j'ai lu c'est pas top comme veille

pour connaitre les modes possible sous Windows, tu ouvres un terminale (cmd)
et vois le résultat de cette commande

powercfg /a

Inconvénients du mode veille moderne (S0)
Voici des informations détaillées sur les inconvénients du mode veille « moderne » S0 et sur les options dont nous disposons pour remplacer l'ancien mode veille.
Veille S0 et surchauffe
Vérifions les exigences de DELL concernant l'utilisation du seul mode de veille pris en charge sur ses nouveaux ordinateurs.
https://www.dell.com/community/en/conve … a8de87e727
Informations sur la consommation d'énergie pendant les différents modes de veille ici.
Veille S0 et batterie
Pendant la mise en veille S0, votre ordinateur consomme encore de l'énergie. Il consomme d'ailleurs beaucoup plus d'énergie qu'en mode S3. L'unité centrale est active. Vos disques sont actifs. Votre matériel réseau peut être actif en permanence.
Que se passe-t-il donc lorsque vous utilisez votre PC, que votre batterie atteint un niveau critique, que votre ordinateur se met en veille et que vous le branchez sur un adaptateur après quelques jours ?
* Pendant ces quelques jours, il est très probable que l'ordinateur consomme toute la batterie jusqu'à ce qu'elle atteigne 0 %.
* L'ordinateur s'éteint automatiquement.
* Après cela, votre état et vos données seront perdus (ou vous devrez récupérer vos fichiers).
* Pendant la période de 0%, la batterie entre et reste en phase de « décharge profonde ». Le fait d'être en « décharge profonde » déclenche des processus de dégénérescence à l'intérieur de la batterie - sa capacité commence à diminuer. Ainsi, si vous avez acheté un ordinateur portable dont la batterie a une autonomie de 6 heures, celle-ci passe à 3 heures, puis à 2 heures, 1 heure, 30 minutes, etc.
Traduit avec DeepL.com (version gratuite)

je pense que tu devrais utiliser la mise en veille profonde qui a l'avantage de ne plus consommer d'énergie
même la veille S3(non supporté dans ton cas) consomme de l’énergie pour garder le stockage en RAM, on comprend bien que laisser un portable sur batterie dans ce mode n'est pas recommandé, les gens qui rabattent le capot de leur portable devrait se pencher sur le mode de veille utilisé

Dernière modification par Croutons (06-10-2024 08:57:08)

claude.simon · 06-10-2024 09:21:54

j'avais regardé sous W11 et il n'y a effectivement que le mode S0 dispo pour la mise en veille.

comme tu dis, c'est sans doute ce que je vais faire et me contenter de la veille prolongée pour Debian...

mais, intellectuellement, c'est pas satisfaisant, ça m'énerve de pas comprendre pourquoi cette satanée veille ne se fait pas, alors que sur mon PC toshiba "pur debian12" ça marche parfaitement...

Croutons · 06-10-2024 09:39:28

èfpé te l'a expliqué, c'est un choix constructeur, on y peut rien
a par ne pas utiliser la veille S0
une mise en veille profonde ne doit pas changer grand chose en terme de rapidité, le temps de sortie de veille ne doit pas dépasser 10 secondes je pense
la ou c'est peut être pas super, c'est que ça fait des écritures sur le SSD

edit: remarque bien tout les modèles ne sont pas affectés, regarde dans ton BIOS si il y aurait pas un paramètre pour activer la veille S3

Dernière modification par Croutons (06-10-2024 10:14:39)

claude.simon · 06-10-2024 10:21:33

ah, oui, pardon...

après, on dit aussi que trop hiberner nuit à la santé des SSD... :-(

Dernière modification par claude.simon (06-10-2024 10:31:31)

Croutons · 06-10-2024 10:32:23

Dans la FAQ Dell on peut lire

Tous les nouveaux ordinateurs portables Dell utilisent désormais la veille moderne imposée par Microsoft. L'ancienne veille S3 n'est plus prise en charge. Tous les nouveaux ordinateurs portables Dell prennent en charge la veille moderne S0 uniquement. Le BIOS a été écrit en tenant compte de ce mandat.

https://www.dell.com/community/en/conve … a8de87e727

claude.simon · 06-10-2024 10:47:59

vivement les BIOS libres :-) :-) :-)

en attendant, un grand merci à tous ceux qui m'ont répondu

agp91 · 06-10-2024 11:36:38

claude.simon a écrit :

après, on dit aussi que trop hiberner nuit à la santé des SSD... :-(

C'était vrai pour les premier SSD, maintenant le matos à évolué.
Mais c'est sur, qu'il ne faut pas acheter des disques à 3 sous, de chez disques pas cher.
(fr) Comment calculer ou déterminer la durée de vie d’un SSD ? (kiatoo.com)

Dernière modification par agp91 (06-10-2024 11:37:42)

wardidi · 06-10-2024 12:55:44

claude.simon a écrit :

la sortie d'hibernation prend à peu près autant de temps que le démarrage (qui est par ailleurs très rapide) mais on récupère le contexte...

Sous xfce il y l'option d'enregistrement (automatique) de session à l'extinction qui permet de récupérer le contexte à chaque démarrage. (Je ne crois pas que ce soit l'hibernation)
Il y a un petit délais supplémentaire au démarrage qui est proportionnel au temps d'ouverture de chaque appli à ouvrir mais vu la rapidité d'ouverture de debian, cela me semble acceptable.
Si je dis une bêtise merci de m'éclairer.

claude.simon · 06-10-2024 13:07:30

tu ne dois pas dire de bêtise dans la mesure ou j'ai bien trouvé cette option dans les paramètres...

malheureusement, même avec l'option activée, je me retrouve toujours avec une session vide au démarrage. :-(

edit : en fait, il parle d'enregistrement à la déconnexion, pas à l'extinction... je suppose que ce n'est pas la même chose...

Dernière modification par claude.simon (06-10-2024 13:10:43)

èfpé · 06-10-2024 16:08:42

en #26, claude.simon a écrit :

(le mode S0 semble être l'état de veille utilisé par W11, on peut pas dire à linux de l'utiliser ?)

C'est déjà le cas (cf. #25, s2idle=S0ix), mais cela ne semble pas fonctionner correctement pour toi.
Sur cette machine récente (2024 Q2), tu peux tester un noyau plus récent (backports, live testing).

dmesg -W

Pour documenter (Ctrl+C pour quitter). D'ailleurs, un rapport de bogue serait sans doute pertinent.

wardidi · 06-10-2024 16:55:00

claude.simon a écrit :

edit : en fait, il parle d'enregistrement à la déconnexion, pas à l'extinction... je suppose que ce n'est pas la même chose...

Exact.
Le bouton déconnexion du menu whisker fait apparaître les options d'extinction (déconnexion redémarrer éteindre mise en veille) avec la possibilité d'enregistrer la session pour les prochaines connexions.
Tester et fonctionnel sur virtualbox avec déconnexion

Si cela n'utilise pas les mécanismes du bug décrit par èfpé, cela peut être une alternative.

Croutons · 06-10-2024 17:07:10

@èfpé...j'ai lu ce poste qui peut être intéressant ça vaux peut être le coup de tester
https://ubuntuforums.org/showthread.php?t=2479675

ci j'ai bien suivis la chose, la veille S0 serait le réglage [s2idle]

cat  /sys/power/mem_sleep 

s2idle shallow [deep]

sur mon ordi c'est réglé sur deep, qui correspond à la mise en veille S3

sudo dmesg -W

[24996.232973] PM: suspend entry (deep)

[25008.669855] ACPI: PM: Preparing to enter system sleep state S3

apparemment on peut tester d'autre mode et le rendre permanent en mettant le paramètre dans le fichier grub

edit: j'ai testé le mode s2idle, ça ressemble a S0 ( l'ordi ne s'éteint pas, il y a un bip)
après coté dmseg y'a rien qui m'en parle

[25928.487261] PM: suspend entry (s2idle)

[25928.662614] device enp0s7 left promiscuous mode

[25929.004058] Filesystems sync: 0.516 seconds

[25929.147763] Freezing user space processes

[25929.149936] Freezing user space processes completed (elapsed 0.002 seconds)

[25929.149944] OOM killer disabled.

[25929.149945] Freezing remaining freezable tasks

[25929.151254] Freezing remaining freezable tasks completed (elapsed 0.001 seconds)

[25929.151261] printk: Suspending console(s) (use no_console_suspend to debug)

[25929.172998] sd 0:0:0:0: [sda] Synchronizing SCSI cache

[25929.173297] ata1.00: Entering standby power mode

[25931.539797] pci 0000:00:00.0: Found enabled HT MSI Mapping

[25931.539898] pci 0000:00:00.0: Found enabled HT MSI Mapping

[25931.539940] pci 0000:00:00.0: Found enabled HT MSI Mapping

[25931.539990] pci 0000:00:00.0: Found enabled HT MSI Mapping

[25931.551851] pci 0000:00:00.0: Found enabled HT MSI Mapping

[25931.551907] pci 0000:00:00.0: Found enabled HT MSI Mapping

[25931.552063] pci 0000:00:00.0: Found enabled HT MSI Mapping

[25931.563866] pci 0000:00:00.0: Found enabled HT MSI Mapping

[25931.572567] [drm] PCIE GART of 1024M enabled (table at 0x000000000014C000).

[25931.572639] radeon 0000:02:00.0: WB enabled

[25931.572642] radeon 0000:02:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00

[25931.572644] radeon 0000:02:00.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c

[25931.573024] radeon 0000:02:00.0: fence driver on ring 5 use gpu addr 0x000000000005c418

[25931.573107] debugfs: File 'radeon_ring_gfx' in directory '0' already present!

[25931.573110] debugfs: File 'radeon_ring_dma1' in directory '0' already present!

[25931.589013] [drm] ring test on 0 succeeded in 1 usecs

[25931.589018] [drm] ring test on 3 succeeded in 2 usecs

[25931.589019] debugfs: File 'radeon_ring_uvd' in directory '0' already present!

[25931.784609] [drm] ring test on 5 succeeded in 1 usecs

[25931.784618] [drm] UVD initialized successfully.

[25931.784653] [drm] ib test on ring 0 succeeded in 0 usecs

[25931.784680] [drm] ib test on ring 3 succeeded in 0 usecs

[25932.036973] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

[25932.036977] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)

[25932.036983] ata1.00: Entering active power mode

[25932.039273] ata3.00: ACPI cmd ef/03:46:00:00:00:a0(SET FEATURES) filtered out

[25932.039279] ata3.00: ACPI cmd f5/00:00:00:00:00:00(SECURITY FREEZE LOCK) filtered out

[25932.043800] ata3.00: configured for UDMA/100

[25932.097984] forcedeth 0000:00:07.0 enp0s7: MSI enabled

[25932.098201] forcedeth 0000:00:07.0 enp0s7: no link during initialization

[25932.287177] ata4: SATA link down (SStatus 0 SControl 300)

[25932.291176] ata2: SATA link down (SStatus 0 SControl 300)

[25932.460956] [drm] ib test on ring 5 succeeded

[25932.591524] OOM killer enabled.

[25932.591526] Restarting tasks ... done.

[25932.596538] random: crng reseeded on system resumption

[25932.617016] PM: suspend exit

[25933.515470] ata1.00: ACPI cmd ef/03:46:00:00:00:a0(SET FEATURES) filtered out

[25933.515492] ata1.00: ACPI cmd f5/00:00:00:00:00:00(SECURITY FREEZE LOCK) filtered out

[25933.518249] ata1.00: configured for UDMA/133

[25934.060490] forcedeth 0000:00:07.0 enp0s7: link up

[25935.456126] device enp0s7 entered promiscuous mode

dmesg |grep S0

[    0.270156] ACPI: PM: (supports S0 S1 S3 S4 S5)

avec le mode shallow, l'ordi se met en veille la led power passe a l'orange mais on entend toujours un bruit , preuve qu'il reste une certaine activité

[26295.493714] Freezing user space processes completed (elapsed 0.002 seconds)

[26295.493722] OOM killer disabled.

[26295.493723] Freezing remaining freezable tasks

[26295.495007] Freezing remaining freezable tasks completed (elapsed 0.001 seconds)

[26295.495076] printk: Suspending console(s) (use no_console_suspend to debug)

[26295.531416] sd 0:0:0:0: [sda] Synchronizing SCSI cache

[26295.531602] ata1.00: Entering standby power mode

[26296.205417] ACPI: PM: Preparing to enter system sleep state S1

[26296.205707] ACPI: PM: Saving platform NVS memory

[26296.205905] Disabling non-boot CPUs ...

[26296.207273] smpboot: CPU 1 is now offline

[26326.621427] ACPI: PM: Restoring platform NVS memory

[26326.622382] PCI-DMA: Resuming GART IOMMU

[26326.622383] PCI-DMA: Restoring GART aperture settings

[26326.622386] LVT offset 1 assigned for vector 0x400

[26326.622394] LVT offset 1 assigned

[26326.622704] __common_interrupt: 0.55 No irq handler for vector

[26326.622724] Enabling non-boot CPUs ...

[26326.622787] x86: Booting SMP configuration:

[26326.622788] smpboot: Booting Node 0 Processor 1 APIC 0x1

[26326.622888] microcode: CPU1: patch_level=0x010000c8

[26326.625299] CPU1 is up

[26326.625690] ACPI: PM: Waking up from system sleep state S1

[26326.626693] pci 0000:00:00.0: Found enabled HT MSI Mapping

[26326.626826] pci 0000:00:00.0: Found enabled HT MSI Mapping

[26326.626852] pci 0000:00:00.0: Found enabled HT MSI Mapping

[26326.626934] pci 0000:00:00.0: Found enabled HT MSI Mapping

[26326.638480] pci 0000:00:00.0: Found enabled HT MSI Mapping

[26326.638550] pci 0000:00:00.0: Found enabled HT MSI Mapping

[26326.638660] pci 0000:00:00.0: Found enabled HT MSI Mapping

[26326.650789] pci 0000:00:00.0: Found enabled HT MSI Mapping

[26326.659856] [drm] PCIE GART of 1024M enabled (table at 0x000000000014C000).

[26326.659927] radeon 0000:02:00.0: WB enabled

[26326.659930] radeon 0000:02:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00

[26326.659932] radeon 0000:02:00.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c

[26326.660297] radeon 0000:02:00.0: fence driver on ring 5 use gpu addr 0x000000000005c418

[26326.660344] debugfs: File 'radeon_ring_gfx' in directory '0' already present!

[26326.660347] debugfs: File 'radeon_ring_dma1' in directory '0' already present!

[26326.676252] [drm] ring test on 0 succeeded in 1 usecs

[26326.676257] [drm] ring test on 3 succeeded in 2 usecs

[26326.676259] debugfs: File 'radeon_ring_uvd' in directory '0' already present!

[26326.871822] [drm] ring test on 5 succeeded in 1 usecs

[26326.871826] [drm] UVD initialized successfully.

[26326.871859] [drm] ib test on ring 0 succeeded in 0 usecs

[26326.871885] [drm] ib test on ring 3 succeeded in 0 usecs

[26327.122426] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)

[26327.122430] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

[26327.122440] ata1.00: Entering active power mode

[26327.124723] ata3.00: ACPI cmd ef/03:46:00:00:00:a0(SET FEATURES) filtered out

[26327.124730] ata3.00: ACPI cmd f5/00:00:00:00:00:00(SECURITY FREEZE LOCK) filtered out

[26327.129253] ata3.00: configured for UDMA/100

[26327.179438] forcedeth 0000:00:07.0 enp0s7: MSI enabled

[26327.179655] forcedeth 0000:00:07.0 enp0s7: no link during initialization

[26327.372638] ata4: SATA link down (SStatus 0 SControl 300)

[26327.382919] ata2: SATA link down (SStatus 0 SControl 300)

[26327.542410] [drm] ib test on ring 5 succeeded

[26327.672979] OOM killer enabled.

[26327.672981] Restarting tasks ... done.

[26327.675484] random: crng reseeded on system resumption

[26327.675524] PM: suspend exit

[26328.818129] forcedeth 0000:00:07.0 enp0s7: link up

[26329.908901] ata1.00: ACPI cmd ef/03:46:00:00:00:a0(SET FEATURES) filtered out

[26329.908923] ata1.00: ACPI cmd f5/00:00:00:00:00:00(SECURITY FREEZE LOCK) filtered out

[26329.911720] ata1.00: configured for UDMA/133

[26331.115438] systemd-journald[271]: Time jumped backwards, rotating.

[26332.232882] device enp0s7 entered promiscuous mode

Dernière modification par Croutons (06-10-2024 17:23:16)

èfpé · 06-10-2024 18:40:42

Croutons a écrit :

apparemment on peut tester d'autres modes [...]

Comme décrit dans la doc... encore faut-il que d'autres modes soient disponibles. Par exemple, S1 :

echo standby > /sys/power/state

-bash: echo: erreur d'écriture : Argument invalide

S1 n'est effectivement pas annoncé par l'ACPI (cette machine ne supportant que S0, S3, S4 et S5).

Le cas de S0 est un peu différent. Tout système est supposé le supporter, il sera toujours proposé.
Cela se passe plus ou moins bien. Sur le portable HP de 2021 testé, l'écran s'éteint complètement...

claude.simon · 06-10-2024 18:47:31

@èfpé : euh oui, mais là on rentre dans des manips qui me font un peu peur vu mes (in)compétences, surtout en dualboot, j'aimerais pas me retrouver avec une brique... :-)

claude.simon · 07-10-2024 21:44:57

pour info, je viens de tester avec une distri live Antix, et c'est idem, l'écran ne s'éteint pas quand je mets en veille :-(

au passage, le fait de tester la distri live a flingué le bitlocker de la partition W11... que du bonheur... ;-(

Dernière modification par claude.simon (07-10-2024 21:56:44)

saitama-san · 08-10-2024 11:57:11

La doc : https://wiki.debian.org/Suspend#

après une mise à jour sous bookworm j'ai perdu la veille.
j'ai trifouillé plein de fichier et il suffisait de faire :

 systemctl unmask sleep.target suspend.target hibernate.target hybrid-sleep.target

le swap n'a rien à voir avec la veille. commencer par regarder les logs :

journalctl -f

bloc à supprimer si la commande n’affiche rien

Si c'est un install, c'est peut être matériel mais j'y crois pas trop et un conflit avec windows non plus.
Dans ce cas, je commencerai à regarder des infos sur le modèle du pc

Pour tester avec une autre distrib j'aurais utiliser ubuntu ou fedora

Croutons · 08-10-2024 13:20:01

c'était un test avec un boot sur live usb , je vois pas ce qui aurait pu se passé

claude.simon · 08-10-2024 16:46:58

j'ai dû virer le secure boot pour pouvoir faire l'installation, je connais pas assez ces histoires de bitlocker pour savoir si ça peut entraîner des effets secondaires...

èfpé · 08-10-2024 21:34:42

en #43, claude.simon a écrit :

je viens de tester avec une distri live antiX, et c'est idem, l'écran ne s'éteint pas [...]

Il n'y avait peut-être pas grand-chose à attendre de plus avec les noyaux 5.10 ou 6.1 d'antiX-23.x.
Tu peux, par contre, tester un noyau 6.10 via une session live de la distribution testing (images ici).

en #46, claude.simon a écrit :

j'ai dû virer le secure boot pour pouvoir faire l'installation, [...]

L'installation de quoi ? de Debian (ce n'est plus nécessaire, depuis la version 10) 12 ? d'antiX-23.x ?

claude.simon · 09-10-2024 05:46:37

oui la live d'antix 23...

èfpé · 09-10-2024 17:58:42

en #43, claude.simon a écrit :

le fait de tester la distri live a flingué le bitlocker de la partition W11...

Si tu installes ce n'est plus un test live... Qu'entends-tu par « flinguer le BitLocker de la partition » ?

claude.simon · 09-10-2024 18:45:31

non, bien sûr, j'ai pas installé, j'ai démarré à partir de la clé...

y a fallu que je fasse tout un binz pour récupérer la clé de chiffrage du bitlocker sur le site de crosoft et la rentrer sur le PC...

mais bon, y a du nouveau : j'ai tenté la live que tu m'as indiquée et... ça marche, je peux passer en veille avec un écran éteint :-)

du coup, j'attends la Debian 13 ou je reste sur cette distri ? (mais une testing, c'est peut-être pas trop indiqué)

par contre, autre effet de bord : avant, j'accédais automatiquement au démarrage à la partition W11 sans pb en rw, maintenant c'est en ro (c'est ce que dit la commande mount, même si les propriétés indiquées par thunar sont lecture/ecriture)
malheureusement, je ne vois pas d'entrée dans le fsatb pour cette partition, je suppose que le montage au démarrage se fait ailleurs, mais où ???

Debian-facile

#26 06-10-2024 07:29:33

Re : mise en veille impossible

#27 06-10-2024 07:43:22

Re : mise en veille impossible

#28 06-10-2024 08:25:52

Re : mise en veille impossible

#29 06-10-2024 08:51:39

Re : mise en veille impossible

#30 06-10-2024 09:21:54

Re : mise en veille impossible

#31 06-10-2024 09:39:28

Re : mise en veille impossible

#32 06-10-2024 10:21:33

Re : mise en veille impossible

#33 06-10-2024 10:32:23

Re : mise en veille impossible

#34 06-10-2024 10:47:59

Re : mise en veille impossible

#35 06-10-2024 11:36:38

Re : mise en veille impossible

#36 06-10-2024 12:55:44

Re : mise en veille impossible

#37 06-10-2024 13:07:30

Re : mise en veille impossible

#38 06-10-2024 16:08:42

Re : mise en veille impossible

#39 06-10-2024 16:55:00

Re : mise en veille impossible

#40 06-10-2024 17:07:10

Re : mise en veille impossible

#41 06-10-2024 18:40:42

Re : mise en veille impossible

#42 06-10-2024 18:47:31

Re : mise en veille impossible

#43 07-10-2024 21:44:57

Re : mise en veille impossible

#44 08-10-2024 11:57:11

Re : mise en veille impossible

#45 08-10-2024 13:20:01

Re : mise en veille impossible

#46 08-10-2024 16:46:58

Re : mise en veille impossible

#47 08-10-2024 21:34:42

Re : mise en veille impossible

#48 09-10-2024 05:46:37

Re : mise en veille impossible

#49 09-10-2024 17:58:42

Re : mise en veille impossible

#50 09-10-2024 18:45:31

Re : mise en veille impossible

Pied de page des forums