MacBook Pro Problème hibernation/mise en veille après changement SSD

resultat negatif. :(
Bloc de code:
2021-02-01 22:47:43 +0100 Sleep                   Entering Sleep state due to 'Idle Sleep': Using Batt (Charge:61%) 1557 secs
2021-02-01 23:13:40 +0100 DarkWake                DarkWake from Standby [CDN] : due to EC.LidClose/Maintenance Using BATT (Charge:61%) 13 secs   
2021-02-01 23:13:53 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:61%) 2335 secs
2021-02-01 23:52:48 +0100 Wake                    Wake from Standby [CDNVA] : due to EC.LidOpen/UserActivity Assertion Using BATT (Charge:60%) 137 secs 
2021-02-01 23:55:05 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:60%) 887 secs 
2021-02-02 00:09:52 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:60%) 5 secs   
2021-02-02 00:09:57 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:60%) 897 secs 
2021-02-02 00:24:54 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:60%) 5 secs   
2021-02-02 00:24:59 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:60%) 897 secs 
2021-02-02 00:39:56 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:60%) 5 secs   
2021-02-02 00:40:01 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:60%) 897 secs 
2021-02-02 00:54:58 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:59%) 5 secs   
2021-02-02 00:55:03 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:59%) 897 secs 
2021-02-02 01:10:00 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:60%) 5 secs   
2021-02-02 01:10:05 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:60%) 897 secs 
2021-02-02 01:25:02 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:60%) 5 secs   
2021-02-02 01:25:07 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:60%) 897 secs 
2021-02-02 01:40:04 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:59%) 5 secs   
2021-02-02 01:40:09 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:59%) 897 secs 
2021-02-02 01:55:06 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:59%) 5 secs   
2021-02-02 01:55:11 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:59%) 10797 secs
2021-02-02 04:55:08 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:59%) 5 secs   
2021-02-02 04:55:13 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:59%) 3597 secs
2021-02-02 05:55:10 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:60%) 5 secs   
2021-02-02 05:55:15 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:60%) 10797 secs
2021-02-02 08:55:12 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:59%) 5 secs   
2021-02-02 08:55:17 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:59%) 3597 secs
2021-02-02 09:55:14 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:59%) 5 secs   
2021-02-02 09:55:19 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:59%) 4247 secs
2021-02-02 11:06:06 +0100 Wake                    Wake from Standby [CDNVA] : due to EC.LidOpen/UserActivity Assertion Using BATT (Charge:59%)

donc ca ne vient pas du bluetooth, je comprends plus o_O
 
Tu ne perds pas beaucoup entre 22H 27' (61% de charge de batterie) > et 11H 06' (59%) : 2% en presque 13H. Bien sûr avec une hibernation sans crypto-réveils pour des tâches de maintenance inscrutables => tu ne devrais rien perdre et donc récupérer une batterie à 61%.

- je pense que je ne peux rien faire de plus. Je conjecture une compatibilité non sans quelques problèmes entre l'OS (Catalina) et ta plate-forme (ton Mac déterminé). Je ne peux pas tabler sur mon expérience par ailleurs > car si j'utilise un portable (un MacBook Pro 2018) > je n'en fais jamais un usage nomade et il est toujours alimenté par secteur à la même place comme un Mac de bureau. Je ne me préoccupe donc jamais personnellement de la charge de la batterie.​
 
salut,
Bon hier j'ai remonté mon SSD d'origine qui est monté avec Mojave, résultat du test en image.
Bloc de code:
MacBook-Air-de-Admin:~ admin$ pmset -g log | grep "due"
2021-02-02 20:46:44 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:53%) 28802 secs
2021-02-03 04:46:46 +0100 DarkWake                DarkWake from Deep Idle [CDN] due to RTC/SleepService: Using BATT (Charge:49%) 0 secs   
2021-02-03 04:46:46 +0100 Sleep                   Entering Sleep state due to 'Sleep Service Back to Sleep': Using Batt (Charge:49%) 14468 secs
2021-02-03 08:47:54 +0100 Wake                    Wake from Standby [CDNVA] due to EC.LidOpen/Lid Open: Using BATT (Charge:49%) 151 secs 
2021-02-03 08:50:25 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:49%) 897 secs
Donc conso de 4% en 12 heures et toujours un petit krypto-reveil à 4h46. et pourtant je suis sur le disque d'origine et avec Mojave.
Toujours RTC mais cette fois ci RTC/SleepService pas Maintenance.
Il y aurait il un lien ?
 
Si tu es démarré sur Mojave > passe une commande :
Bloc de code:
pmset -g custom
  • et poste le tableau obtenu => que j'avise les préférences de gestion d'énergie avec cet OS.
 
on se retrouve avec la meme config que Catalina, avec tcpkeepalive a 1

Bloc de code:
Battery Power:
lidwake              1
autopoweroff         1
standbydelayhigh     86400
autopoweroffdelay    28800
standbydelaylow      10800
standby              1
ttyskeepawake        1
highstandbythreshold 50
powernap             0
gpuswitch            2
hibernatefile        /var/vm/sleepimage
hibernatemode        3
displaysleep         5
sleep                5
acwake               0
halfdim              1
lessbright           1
disksleep            10
AC Power:
lidwake              1
autopoweroff         1
standbydelayhigh     86400
autopoweroffdelay    28800
standbydelaylow      10800
standby              1
ttyskeepawake        1
hibernatemode        3
powernap             1
gpuswitch            2
hibernatefile        /var/vm/sleepimage
highstandbythreshold 50
displaysleep         60
womp                 1
networkoversleep     0
sleep                60
acwake               0
halfdim              1
disksleep            0
 
Ce n'est pas tcpkeepalive (option absente) > mais ttyskeepawake (une fonction de terminal dont je ne connais pas le rôle pendant le sommeil du Mac). Curieusement > j'ai un Mac avec Mojave où les 2 options existent pour pmset.

- le paramétrage pour le sommeil n'est pas terrible (litote) dans ton Mojave. Maintien de la RAM sous tension pendant tout le sommeil-Système précédant une hibernation qui ne va intervenir qu'après 24 H (batterie à +50%) > ou un sommeil-profond après 8 H. Rien que la RAM sous tension va pomper de la batterie.​
 
Yes effectivement, je vais appliquer les mêmes paramètres que catalina et je vais comparer. Cependant cela ne changera sûrement rien au réveil RTC. A voir, je te tiens au courant.
 
retour après changement des délais
j'ai appliqué ça:
Bloc de code:
sudo pmset -b displaysleep 3 disksleep 4 sleep 5 hibernatemode 25 autopoweroff 0 standbydelayhigh 300 standbydelaylow 300
et voila le résultat :
Bloc de code:
2021-02-03 23:33:33 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 29578 secs
2021-02-04 07:46:31 +0100 Wake                    Wake from Standby [CDNVA] due to EC.LidOpen/Lid Open: Using BATT (Charge:100%) 84 secs   
2021-02-04 07:47:55 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 45807 secs
2021-02-04 20:31:22 +0100 Wake                    Wake from Standby [CDNVA] due to EC.LidOpen/Lid Open: Using BATT (Charge:100%)
le changement des délais n'ont surement rien a voir avec le réveil RTC mais le résultat est là.
0 consommation en hibernation.
bon je vais continuer mon enquête avec l'autre ssd... je vais le reinstaller avec Mojave et voir ce que ca donne, cela me permettra de voir si le problème vient de l'os ou de ssd + son adapteur .
 
Ce n'est pas tcpkeepalive (option absente) > mais ttyskeepawake (une fonction de terminal dont je ne connais pas le rôle pendant le sommeil du Mac). Curieusement > j'ai un Mac avec Mojave où les 2 options existent pour pmset.
Bonjour,
pour info, wikipedia dit sur pmset:
  • ttyskeepawake prevent idle system sleep when any tty (such as a remote login session) is active; a tty is inactive only when its idle time exceeds the system sleep timer, 1 to enable or 0 to disable
Je suis ardemment ce topic car j'ai aussi quelques soucis avec mes macBooks (dont je parlerai une autre fois (quand j'aurai fait des tests plus précis)).

En attendant, un grand merci à macomaniac, pour tes explications claires, précises et précieuses !
 
Bonjour duthen-mac

Ne pas disposer d'argument de pmset => forçant absolument une hibernation sans crypto-réveils autorisant des tâches maintenance sournoises - c'est vraiment pénible !
 
Bonjour,

Ayant récemment changé le HDD de mon MacBook Pro mi-2012 pour un SSD, en plus d'avoir doublé la RAM et changer la batterie, je me confronte également à ce problème de mise en veille. A savoir que le macbook s'éteint à la place, que je le laisse ouvert ou que je ferme le capot.
De plus lors de l'ouverture, le fameux son d'Apple est doublé comme s'il se relançait rapidement.

Voici mon rapport :
Bloc de code:
Battery Power:
lidwake              1
autopoweroff         0
standbydelayhigh     300
autopoweroffdelay    259200
standbydelaylow      300
standby              1
ttyskeepawake        1
hibernatemode        25
highstandbythreshold 50
hibernatefile        /var/vm/sleepimage
displaysleep         3
sleep                5
acwake               0
halfdim              1
sms                  0
lessbright           1
disksleep            4
AC Power:
lidwake              1
autopoweroff         1
standbydelayhigh     4200
autopoweroffdelay    259200
standbydelaylow      4200
standby              1
ttyskeepawake        1
hibernatemode        3
highstandbythreshold 50
hibernatefile        /var/vm/sleepimage
womp                 0
displaysleep         10
networkoversleep     0
sleep                10
acwake               0
halfdim              1
sms                  0
disksleep            0

Merci pour votre aide !
 
Me revoilà avec des résultats.
J'ai réinstaller sur mon SSD NVMe + adaptateur long, Mojave.
J'ai fait le test hier soir avec les délais suivants:
Bloc de code:
sudo pmset -b displaysleep 3 disksleep 4 sleep 5 hibernatemode 25 autopoweroff 0 standbydelayhigh 300 standbydelaylow 300
Et tout est OK, plus de Krypto-reveil, donc le problème d'hibernation viens bien de Catalina, c'est maintenant pour moi une affirmation (aucun lien matériel).
Reste à trouver comment contourner le problème ! :mad:
@ Macomaniac: est ce que DarkWakeBackgroundTasks concerne bien ce Krypto-reveil?
J'essaie de réfléchir et de trouver une piste, afin que cela soit pas toujours le même qui planche ;).
 
@ polonais

DarkWakeBackgroundTasks = Tâches d'arrière-plan de crypto-réveils (ma façon de traduire : "DarkWakes"). Ce qui m'avait fait conjecturer qu'il s'agissait d'un argument autorisant des tâches pendant ces crypto-réveils.
 
Bonjour Shav

Les préférences pour l'alimentation sur batterie sont les plus rigoureuses possibles pour conserver la charge de batterie.

- quand tu fermes de capot => cela force directement le sommeil-Système du Mac pendant un délai de 300" = 5' avant virage à l'hibernation.​

Tu parles ici d'une extinction immédiate du Mac ? Car le choix d'un mode d'hibernation 25 induit le comportement suivant : à la mise en sommeil-Système du Mac (déclenchée par le rabat du capot) > la RAM est sauvegardée à un fichier sleepimage du disque puis désactivée dans le foulée. Au relèvement du capot > la RAM se trouve rechargée à partir du fichier sleepimage > ce qui donne un réveil demandant un laps de temps à cause de ce processus. Tu n'as pas ce comportement ?
 
Bonjour Shav

Les préférences pour l'alimentation sur batterie sont les plus rigoureuses possibles pour conserver la charge de batterie.

- quand tu fermes de capot => cela force directement le sommeil-Système du Mac pendant un délai de 300" = 5' avant virage à l'hibernation.​

Tu parles ici d'une extinction immédiate du Mac ? Car le choix d'un mode d'hibernation 25 induit le comportement suivant : à la mise en sommeil-Système du Mac (déclenchée par le rabat du capot) > la RAM est sauvegardée à un fichier sleepimage du disque puis désactivée dans le foulée. Au relèvement du capot > la RAM se trouve rechargée à partir du fichier sleepimage > ce qui donne un réveil demandant un laps de temps à cause de ce processus. Tu n'as pas ce comportement ?
Merci macomaniac pour ton analyse.
Le mac passe en veille mais vraiment une poignée de minutes, après il s'éteint complètement, je dois le rallumer et il boot normalement, excepté avec ces 2 sons de démarrage.
 
@ Shav

Ce que tu appelle veille doit correspondre aux 5' de sommeil-Système. Normalement > le Mac devrait passer ensuite à l'hibernation (standby) qui ressemble à une extinction sans en être une totale.

- si tu réouvres le couvercle et presse une touche du clavier pour réactiver le Système => est-ce que ça suffit pour réveiller le Mac ? - ou bien dois-tu utiliser une pression sur le bouton d'alimentation ?​
 
Non je dois bien appuyer sur le bouton d’alimentation pour le remettre en marche.
les premières minutes si j’appuie sur une touche en effet je me retrouve devant l’écran de mot de passe pour déverrouiller la session.
 
Alors il s'agit d'une anomalie touchant l'hibernation. Tu n'avais pas ce comportement avant d'avoir remplacé le disque par un SDD ?