Sujet unique MacBook Pro qui se décharge en veille

[Membre supprimé 1060554]

Bonjour Athori

Tu as un paramétrage spartiate en ce qui concerne l'alimentation sur batterie -->

- sommeil écran & disque : après 4' d'inactivité en session > sommeil-Système : après 5' > mode d'hibernation : 25 (à la mise-en-sommeil Système : écriture de la RAM à un fichier sleepimage du disque et désactivation de la RAM) > hibernation : activée après 120" = 2' de sommeil-Système > sommeil profond (correspondant à une norme européenne d'économie d'énergie) : désactivé​

Avec un tel paramétrage > la consommation de batterie pendant le sommeil du Mac devrait = 0. Mais les logs attestent d'une série de crypto-réveils d'hibernation (darkwake) > plus d'1 fois par minute (!) > correspondant à l'assertion :

DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT

• tandis que le retour à l'hibernation s'accompagne de l'assertion :

Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt

• j'ignore en quoi consiste une EC.DarkPME/Maintenance responsable d'un crypto-réveil > mais sa récurrence plusieurs fois par minute est le facteur qui épuise la batterie. Quant à TCPKeepAlive=active il me semble que cet argument permet une connexion à internet pendant l'hibernation

Passe la commande :

sudo pmset -b ttyskeepawake 0

• qui ajoute une désactivation de ttyskeepawake sur batterie aux arguments en place > puis redémarre une fois pour charger ce nouveau paramétrage

Refais un test pendant une nuit > batterie à 100% au départ --> pour voir si tu as toujours le même vidage de batterie pendant l'hibernation.

- question : quel est l'OS actuellement installé ?​

 

[Athori]

Merci, je vais essayer. Il est installé en Big Sur 11.6

 

[Athori]

Même problème :

2021-09-28 20:17:09 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:47%) 22 secs   
2021-09-28 20:17:31 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:47%) 13 secs   
2021-09-28 20:17:44 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:47%) 15 secs   
2021-09-28 20:17:59 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:47%) 7 secs   
2021-09-28 20:18:06 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:46%) 19 secs   
2021-09-28 20:18:25 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:46%) 14 secs   
2021-09-28 20:18:39 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:46%) 15 secs   
2021-09-28 20:18:54 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:46%) 6 secs   
2021-09-28 20:19:00 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:46%) 21 secs   
2021-09-28 20:19:21 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:46%) 13 secs   
2021-09-28 20:19:34 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:46%) 15 secs   
2021-09-28 20:19:49 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:46%) 7 secs   
2021-09-28 20:19:56 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:46%) 22 secs   
2021-09-28 20:20:18 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:46%) 13 secs   
2021-09-28 20:20:31 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:46%) 17 secs   
2021-09-28 20:20:48 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:46%) 7 secs   
2021-09-28 20:20:55 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:45%) 22 secs   
2021-09-28 20:21:17 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:45%) 11 secs   
2021-09-28 20:21:28 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:45%) 14 secs   
2021-09-28 20:21:42 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:45%) 7 secs   
2021-09-28 20:21:49 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:45%) 20 secs   
2021-09-28 20:22:09 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:45%) 14 secs   
2021-09-28 20:22:23 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:45%) 15 secs   
2021-09-28 20:22:38 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:45%) 7 secs   
2021-09-28 20:22:45 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:45%) 22 secs   
2021-09-28 20:23:07 +0200 DarkWake                DarkWake from Standby [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:45%) 12 secs

 

[Membre supprimé 1060554]

Penses-tu que la perte de charge de la batterie pendant l'hibernation (sous l'effet d'un processus EC.DarkPME/Maintenance) soit lié à une nouvelle version de Big Sur ? - genre : OK avec Big Sur 11.5 et KO avec Big Sur 10.6 ?

 

[Athori]

Vu que c'est apparu soudainement, je me demande si c'est pas lié à la MAJ Big Sur ou autre mais ca semble être software à mon sens

 

[Membre supprimé 1060554]

Je ne connais pas le processus intitulé : EC.DarkPME/Maintenance > et donc je ne sais pas comment on pourrait le neutraliser - ton paramétrage sur batterie étant actuellement le plus économe possible. À moins de miser sur une modification de la configuration de l'OS installé.

- pourrais-tu en guise de test envisager d'installer un OS (différent de Big Sur) sur un disque dur externe > démarrer dessus > vérifier alors à paramétrage égal de la batterie si tu as le même type de consomption avec le même type de processus EC.DarkPME/Maintenance actif ? - ou déjà (option plus légère) réinstaller Big Sur (ce qui n'effacera pas tes données) --> pour vérifier s'il y aurait une amélioration de l'hibernatoin à l'arrivée ?​

 

[Athori]

J'ai trouvé ce tuto mais impossible de changer le fichier sur Big Sur avec toute leur protection ...

TUTO ICI

 

[Membre supprimé 1060554]

Dans ce fil des forums : ☞MacBook Pro qui se décharge en veille☜ tu noteras que l'édition d'un fichier contenu dans l'extension du kernel : IOPlatformPluginFamily.kext avait fonctionné pour Nico. Parce que son OS était El Capitan > dont les fichiers-Système n'étaient verrouillés que par le SIP (protocole de sécurisation).

- dans cet autre fil des forums : ☞Problème hibernation/mise en veille après changement SSD☜ si tu survoles mes échanges avec polonais --> tu noteras les complications échevelées qui ont été demandées par la même édition d'un fichier de la même extension. Parce que l'OS était Catalina qui dédoublait déjà un volume-Système monté en lecture seule et un volume-Données séparé.​

​

- en ce qui te concerne > tu as l'OS Big Sur installé. OS qui ne se contente plus d'avoir un volume-Système distinct (comme Catalina) > mais scellé désormais par un sceau d'intégrité et ne servant plus à démarrer dictement > mais de modèle pour la création d'un clone de démarrage instantané dans le temps du boot. S'attaquer à l'édition d'une extension recelée dans le volume-Système est proscrit sous peine d'invalidation de l'intégrité du volume.​

Si tu veux mon appréciation personnelle : ce genre de bidouillage du Système qui a pu dépanner naguère est rendu obsolète par la sécurisation des nouveaux OS. J'en viens même à me demander si des problèmes de décharge de batterie pendant l'hibernation ne proviennent pas d'une combinaison : anciens Mac / OS les plus récents. Au sens où > même si le Mac supporte théoriquement les OS > des problèmes de "cohésion" : logiciel / matériel surviennent.

 

[Athori]

Merci pour tes conseilles macomaniac, j'ai essayé de réinstallé Big Sur malheureusement cela n'a rien changé ...
La modification des fichier semble en effet être devenu quasi impossible dans cet OS !
Je n'ai plus bcp de solutions, je vais essayer de l'amener à iCare quand je repasserai à Paris mais c'est vraiment usant comme bug.

 

[Athori]

Il a été totalement réinstaller et upgradé sur le dernière OS mais le problème continu de manière différente.
Les techniciens iCare ne voit aucun problème dans leur diagnostique. Je ne sais plus quoi faire. Voilà les derniers logs

2021-11-22 18:00:40 +0100 Assertions              PID 73(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:45  id:0x0xd00009a88 [System: No Assertions]          


2021-11-22 18:00:40 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:70%) 8 secs    


2021-11-22 18:00:42 +0100 Wake Requests           [*process=mDNSResponder request=Maintenance deltaSecs=7198 wakeAt=2021-11-22 11:00:40 info="upkeep wake"] [process=powerd request=AdaptiveWake deltaSecs=72000 wakeAt=2021-11-23 05:00:42] [process=powerd request=TCPKATurnOff deltaSecs=36838 wakeAt=2021-11-22 19:14:40] [process=powerd request=UserWake deltaSecs=568608 wakeAt=2021-11-28 22:57:31 info="com.apple.alarm.user-visible-Weekly Usage Report,978"]           


2021-11-22 18:00:42 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.bluetooth.sleep is slow(1574 ms)] [com.apple.apsd is slow(1908 ms)]           


2021-11-22 18:00:47 +0100 Assertions              PID 166(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00  id:0x0xd00009a99 [System: PrevIdle]          


2021-11-22 18:00:47 +0100 Assertions              PID 166(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00  id:0x0xd00009a99 [System: PrevIdle]          


2021-11-22 18:00:48 +0100 Assertions              PID 73(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0x0xd00009a9a [System: No Assertions]          


2021-11-22 18:00:48 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:70%) 45 secs   


2021-11-22 18:00:48 +0100 HibernateStats          hibmode=3 standbydelaylow=10800 standbydelayhigh=86400                                   845           


2021-11-22 18:00:48 +0100 WakeTime                WakeTime: 1.092 sec                                                                      


2021-11-22 18:00:48 +0100 Kernel Client Acks      Delays to Sleep notifications: [AppleIntelFramebuffer driver is slow(msg: SetState to 1)(824 ms)] [powerd is slow(5146 ms)] [UPSB driver is slow(msg: SetState to 2)(952 ms)] [UPSB driver is slow(msg: SetState to 2)(952 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1096 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1102 ms)] 


2021-11-22 18:00:48 +0100 Kernel Client Acks      Delays to Wake notifications: [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(492 ms)] [UPSB driver is slow(msg: SetState to 2)(544 ms)] [UPSB driver is slow(msg: SetState to 2)(544 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 1)(375 ms)] [DSB0 driver is slow(msg: SetState to 0)(504 ms)] [DSB0 driver is slow(msg: SetState to 0)(506 ms)] [PEG1 driver is slow(msg: SetState to 0)(1035 ms)] [PEG2 driver is slow(msg: SetState to 0)(1031 ms)] [UPSB driver is slow(msg: SetState to 2)(948 ms)] [UPSB driver is slow(msg: SetState to 2)(947 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1105 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1107 ms)] [AppleIntelFramebuffer driver is slow(msg: SetState to 0)(349 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 0)(346 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(491 ms)] [UPSB driver is slow(msg: SetState to 2)(548 ms)] [UPSB driver is slow(msg: SetState to 2)(548 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 1)(367 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(492 ms)] [UPSB driver is slow(msg: SetState to 2)(539 ms)] [UPSB driver is slow(msg: SetState to 2)(541 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 1)(371 ms)] [UPSB driver is slow(msg: SetState to 2)(953 ms)] [UPSB driver is slow(msg: SetState to 2)(952 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1102 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1103 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(492 ms)] [UPSB driver is slow(msg: SetState to 2)(547 ms)] [UPSB driver is slow(msg: SetState to 2)(549 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 1)(369 ms)] [UPSB driver is slow(msg: SetState to 2)(953 ms)] [UPSB driver is slow(msg: SetState to 2)(952 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1100 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1102 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(492 ms)] [UPSB driver is slow(msg: SetState to 2)(546 ms)] [UPSB driver is slow(msg: SetState to 2)(545 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 1)(368 ms)] [UPSB driver is slow(msg: SetState to 2)(953 ms)] [UPSB driver is slow(msg: SetState to 2)(952 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1101 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1102 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(492 ms)] [UPSB driver is slow(msg: SetState to 2)(547 ms)]           


2021-11-22 18:01:33 +0100 Assertions              PID 73(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:45  id:0x0xd00009a9a [System: No Assertions]          


2021-11-22 18:01:33 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:69%) 8 secs    


2021-11-22 18:01:35 +0100 Wake Requests           [*process=mDNSResponder request=Maintenance deltaSecs=7198 wakeAt=2021-11-22 11:01:33 info="upkeep wake"] [process=powerd request=AdaptiveWake deltaSecs=68400 wakeAt=2021-11-23 04:01:35] [process=powerd request=TCPKATurnOff deltaSecs=36785 wakeAt=2021-11-22 19:14:40] [process=powerd request=UserWake deltaSecs=568555 wakeAt=2021-11-28 22:57:31 info="com.apple.alarm.user-visible-Weekly Usage Report,978"]           


2021-11-22 18:01:35 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.bluetooth.sleep is slow(1574 ms)] [com.apple.apsd is slow(1975 ms)]           


2021-11-22 18:01:40 +0100 Assertions              PID 166(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00  id:0x0xd00009aac [System: PrevIdle]          


2021-11-22 18:01:40 +0100 Assertions              PID 166(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00  id:0x0xd00009aac [System: PrevIdle]          


2021-11-22 18:01:41 +0100 Assertions              PID 73(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0x0xd00009aae [System: No Assertions]          


2021-11-22 18:01:41 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:69%) 45 secs   


2021-11-22 18:01:41 +0100 HibernateStats          hibmode=3 standbydelaylow=10800 standbydelayhigh=86400                                   846           


2021-11-22 18:01:41 +0100 WakeTime                WakeTime: 1.087 sec                                                                      


2021-11-22 18:01:41 +0100 Kernel Client Acks      Delays to Sleep notifications: [AppleIntelFramebuffer driver is slow(msg: SetState to 1)(824 ms)] [powerd is slow(5146 ms)] [UPSB driver is slow(msg: SetState to 2)(952 ms)] [UPSB driver is slow(msg: SetState to 2)(952 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1096 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(1102 ms)]

 

[Athori]

Voilà pour les infos de bases :

Battery Power:
 lidwake              1
 autopoweroff         1
 lowpowermode         1
 standbydelayhigh     86400
 autopoweroffdelay    259200
 proximitywake        0
 standby              1
 standbydelaylow      10800
 ttyskeepawake        1
 hibernatemode        3
 powernap             0
 gpuswitch            2
 hibernatefile        /var/vm/sleepimage
 highstandbythreshold 50
 displaysleep         5
 sleep                1
 acwake               0
 halfdim              1
 tcpkeepalive         1
 lessbright           1
 disksleep            10
AC Power:
 lidwake              1
 autopoweroff         1
 lowpowermode         0
 standbydelayhigh     86400
 autopoweroffdelay    259200
 proximitywake        1
 standby              1
 standbydelaylow      10800
 ttyskeepawake        1
 hibernatemode        3
 powernap             1
 gpuswitch            2
 hibernatefile        /var/vm/sleepimage
 highstandbythreshold 50
 displaysleep         10
 womp                 1
 networkoversleep     0
 sleep                1
 tcpkeepalive         1
 halfdim              1
 acwake               0
 disksleep            10

2021-11-22 15:28:20 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:85%) 8 secs   
2021-11-22 15:28:28 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:85%) 45 secs   
2021-11-22 15:29:13 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:85%) 8 secs   
2021-11-22 15:29:21 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:85%) 6 secs   
2021-11-22 15:29:27 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:85%) 7 secs   
2021-11-22 15:29:34 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:85%) 45 secs   
2021-11-22 15:30:19 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:84%) 8 secs   
2021-11-22 15:30:27 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:84%) 32 secs   
2021-11-22 15:30:59 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:84%) 9 secs   
2021-11-22 15:31:08 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:84%) 45 secs   
2021-11-22 15:31:53 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:84%) 7 secs   
2021-11-22 15:32:00 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:84%) 45 secs   
2021-11-22 15:32:45 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:84%) 9 secs   
2021-11-22 15:32:54 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:84%) 45 secs   
2021-11-22 15:33:39 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:84%) 8 secs   
2021-11-22 15:33:47 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:84%) 45 secs   
2021-11-22 15:34:32 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:84%) 7 secs   
2021-11-22 15:34:39 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:84%) 45 secs   
2021-11-22 15:35:24 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:84%) 9 secs   
2021-11-22 15:35:33 +0100 DarkWake                DarkWake from Normal Sleep [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:84%) 45 secs

 

[Membre supprimé 1060554]

Le paramétrage sur batterie est aberrant -->

- sommeil-Système (sleep) = 1' (d'inactivité en session) > sommeil-écran (displaysleep) = 5' > sommeil-disque (disksleep) = 10'. Sachant que le sommeil-Système induit nécessairement les 2 autres dans le même temps --> les 2 autres paramètres devraient anticiper l'échéance du sommeil-Système avec des valeurs échelonnées. Il faudrait : 3' sommeil-écran > 5' sommeil-disque > 8' sommeil-Système pour une bonne gradation (par exempe).​

​

- mode d'hibernation (hibernatemode) = 3 (le défaut sur les portables). À la mise en sommeil-Système > la RAM se trouve sauvegardée à un fichier sleepimage du disque > mais cette même RAM se trouve maintenue sous tension tout le temps du sommeil-Système. Conséquence : si le sommeil-Système s'éternise --> la RAM sous tension va épuiser la batterie. On a donc intérêt : soit à raccourcir au maximum le délai de sommeil-Système avant passage à l'hibernation > soit à opter pour un mode d'hibernation désactivant la RAM après sa sauvegarde à la sleepimage (= hibernatemode : 25).​

​

- hibernation (standby) = 1 (activée). Avec des valeurs de 86400" = 24H de délai de sommeil-Système (si la batterie à une charge supérieure à 50% au départ) > ou 10000" = 2H 47' (si la batterie est en-dessous de 50% au départ). Des valeurs beaucoup trop élevées > faisant que le Mac ne passera jamais à l'hibernation en règle générale (de la batterie à +50%) --> puisque le délai de 24H de sommeil-Système inclura le prochain réveil du Mac par l'utilisateur. Il faudrait ne garder que l'hibernation avec des délais très courts de sommeil-Système --> afin que le passage à l'hibernation s'effectue quasi dans la foulée du sommeil-Système.​

​

- sommeil-profond (autopoweroff) = 1 (activé). Avec un délai de 259200" = 72H de sommeil-Système. Une valeur absurdément élevée et donc inopérante. De surcroît le sommeil-profond répond à une norme européenne d'économie d'énergie redondante de l'hibernation. À ne pas activer ensemble.​

​

- ttyskeepawake (maintien éveillé du terminal) & tcpkeepalive (maintien en vie de la connexion internet) = 1 (activés). Il faudrait tester une désactivation des 2 pour voir si les crypto-réveils (darkwakes) d'hibernation ne se trouvent pas par là stoppés. Car tu as un cycle : crypto-réveil du sommeil (DarkWake from Normal Sleep) dû à une EC.DarkPME/Maintenance (?) / retour à un sommeil de type "maintenance" (Entering Sleep state due to 'Maintenance Sleep') solidaire de l'activation de la connexion internet ('Maintenance Sleep':TCPKeepAlive=active) qui ne cesse de se répéter de manière aussi absurde que fréquente. Ce qui épuise la batterie.​

En résumé : veux-tu tester un paramétrage "drastique" qui devrait normalement assurer une hibernation rapide et sans perte de la batterie du Mac ? - sachant que ce genre de paramétrage est stocké dans un fichier de préférences : com.apple.PowerManagement. plist de la Bibliothèque Générale du Mac > et qu'il s'agit donc d'instructions écrites réversibles...

 

[Athori]

Je suis preneur, de toute façon. Actuellement il ne tiens jamais la veille. Je vais essayer d'aller chez Apple mais mon problème principal est vraiment le processus darkwave qui tourne en boucle.
Si on peut customiser le reste, je suis aussi preneur

 

[nicomarcos]

vraiment le processus darkwave qui tourne en boucle.

Bonjour,
J'ai un info si cela peut aider : https://hdrapin.com/2015/09/14/comm...wernap-avec-le-terminal-en-ligne-de-commande/

 

[Membre supprimé 1060554]

@ nicomarcos

L'article de Henri Dominique Rapin (de la revue "À vos Mac") date du 14 Septembre 2015. L'OS El Capitan n'avait pas encore eu sa version publique > de sorte que l'OS de référence de l'article était Yosemite 10.10. Or rien de plus variable d'une version de macOS à l'autre que les paramètres de gestion de l'alimentation. Manifestement > la commande pmset (power_management_settings) de l'OS Yosemite supportait un argument : "darkwakes" (crypto-réveils d'hibernation) avec les valeurs associables de 1 (activé) vs 0 (désactivé). Cet argument est manifestement absent de la commande pmset de l'OS Big Sur --> puisqu'il n'apparaît pas comme paramètre du fichier com.apple.PowerManagement.plist de la Bibliothèque Générale de l'OS dont le tableau a été posté par Athori.

----------

@ Athori

On va vérifier quand même les arguments en place dans le ou les fichiers de gestion d'alimentation (il y a en au moins une paire le plus souvent). Passe déjà la commande :

ls /Lib*/Pref*/*Power*

• qui liste nominalement les fichiers de gestion d'alimentation de la Bibliothèque Générale de l'OS

Poste le retour. On lira ensuite les contenus de ces fichiers.

 

[Athori]

@ nicomarcos

L'article de Henri Dominique Rapin (de la revue "À vos Mac") date du 14 Septembre 2015. L'OS El Capitan n'avait pas encore eu sa version publique > de sorte que l'OS de référence de l'article était Yosemite 10.10. Or rien de plus variable d'une version de macOS à l'autre que les paramètres de gestion de l'alimentation. Manifestement > la commande pmset (power_management_settings) de l'OS Yosemite supportait un argument : "darkwakes" (crypto-réveils d'hibernation) avec les valeurs associables de 1 (activé) vs 0 (désactivé). Cet argument est manifestement absent de la commande pmset de l'OS Big Sur --> puisqu'il n'apparaît pas comme paramètre du fichier com.apple.PowerManagement.plist de la Bibliothèque Générale de l'OS dont le tableau a été posté par Athori.

----------

@ Athori

On va vérifier quand même les arguments en place dans le ou les fichiers de gestion d'alimentation (il y a en au moins une paire le plus souvent). Passe déjà la commande :

ls /Lib*/Pref*/*Power*

• qui liste nominalement les fichiers de gestion d'alimentation de la Bibliothèque Générale de l'OS

Poste le retour. On lira ensuite les contenus de ces fichiers.

athori@MacBook-Pro-de-Athori ~ % ls /Lib*/Pref*/Power


/Library/Preferences/com.apple.PowerManagement.0DAE3477-5ACC-5B80-9369-B3AFB921BB35.plist


/Library/Preferences/com.apple.PowerManagement.plist

 

[Membre supprimé 1060554]

Passe les 2 commandes (séparément) :

sudo defaults read /Library/Preferences/com.apple.PowerManagement.0DAE3477-5ACC-5B80-9369-B3AFB921BB35.plist
sudo defaults read /Library/Preferences/com.apple.PowerManagement.plist

• qui affichent le contenu des 2 fichiers de préférences d'économies d'énergie

Poste les retours dans un bloc de code.

 

[Athori]

1er commande

{
    "AC Power" =     {
        "AutoPowerOff Delay" = 259200;
        "AutoPowerOff Enabled" = 1;
        "Hibernate File" = "/var/vm/sleepimage";
        "Hibernate Mode" = 3;
        "High Standby Delay" = 86400;
        LowPowerMode = 0;
        PrioritizeNetworkReachabilityOverSleep = 0;
        ProximityDarkWake = 1;
        SleepServices = 1;
        "Standby Battery Threshold" = 50;
        "Standby Delay" = 10800;
        "Standby Enabled" = 1;
        TCPKeepAlivePref = 1;
        TTYSPreventSleep = 1;
        "Wake On AC Change" = 0;
        "Wake On Clamshell Open" = 1;
    };
    "Battery Power" =     {
        "AutoPowerOff Delay" = 259200;
        "AutoPowerOff Enabled" = 0;
        "Hibernate File" = "/var/vm/sleepimage";
        "Hibernate Mode" = 25;
        "High Standby Delay" = 120;
        LowPowerMode = 1;
        ProximityDarkWake = 0;
        "Standby Battery Threshold" = 50;
        "Standby Delay" = 120;
        "Standby Enabled" = 1;
        TCPKeepAlivePref = 1;
        TTYSPreventSleep = 0;
        "Wake On AC Change" = 0;
        "Wake On Clamshell Open" = 1;
    };
}

2eme commande

sudo defaults read /Library/Preferences/com.apple.PowerManagement.plist
{
    "AC Power" =     {
        DarkWakeBackgroundTasks = 0;
        "Disk Sleep Timer" = 0;
        "Display Sleep Timer" = 20;
        "Display Sleep Uses Dim" = 1;
        GPUSwitch = 2;
        "System Sleep Timer" = 1;
        "Wake On LAN" = 1;
    };
    "Battery Power" =     {
        DarkWakeBackgroundTasks = 0;
        "Disk Sleep Timer" = 4;
        "Display Sleep Timer" = 4;
        "Display Sleep Uses Dim" = 1;
        GPUSwitch = 2;
        ReduceBrightness = 1;
        "System Sleep Timer" = 5;
    };
    SystemPowerSettings =     {
        "Update DarkWakeBG Setting" = 1;
    };
}

 

[Membre supprimé 1060554]

Tu as donc 1 paire de fichiers de préférences d'économie d'énergie --> qui passent au kernel (le moteur logique du Système) des instructions déterminées.

- dans le fichier : com.apple.PowerManagement.0DAE3477-5ACC-5B80-9369-B3AFB921BB35.plist et pour l'alimentation sur batterie --> ProximityDarkWake = 0 > TTYSPreventSleep = 0 > mais TCPKeepAlivePref = 1. On peut donc désactiver ce dernier argument.​

​

- dans le fichier : com.apple.PowerManagement.plist et toujours concernant la batterie --> DarkWakeBackgroundTasks = 0. Mais pour un tableau indépendant SystemPowerSettings --> Update DarkWakeBG Setting = 1. On pourrait encore envisager de désactiver ce dernier argument.​

​

- sans compter bien sûr une rectification des valeurs de arguments touchant les délais de sommeil > passage à l'hibernation etc.​

=> d'accord pour une expérimentation de ce genre ?

 

[Athori]

Allons y de toute façon, je vais voir apple par sécurité demain. Mais si on touche ca, cela ne modifie que l'install en cours ?