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

[macomaniac]

Non aucune. Trouver une raison à ce qui n'a pas de bonne raison dépasse mon expertise

 

[lasperule]

Non aucune. Trouver une raison à ce qui n'a pas de bonne raison dépasse mon expertise

Je crois, qu'un de ces jours, je vais essayer de remplacer le ssd Transcend par mon ssd d'origine et refaire une installation pour voir si l'on a les mêmes travers

 

[lasperule]

Puisque j'aime bien avoir des réponses à mes questions ...

J'ai remis mon ssd d'origine (Samsung 128Gb) dans mon MBP. Dans cette manipulation je n'ai pas débranché la fiche de la batterie).
Puis je me suis amusé à refaire une installation propre de Big Sur.

J'affiche son rapport pmset

Last login: Mon Nov 23 01:20:00 on ttys000
admin@MacBook-Pro-de-ADMIN ~ % pmset -g custom
Battery Power:
 lidwake              1
 autopoweroff         1
 standbydelayhigh     86400
 autopoweroffdelay    259200
 standbydelaylow      10800
 standby              1
 proximitywake        0
 hibernatemode        3
 powernap             0
 gpuswitch            2
 hibernatefile        /var/vm/sleepimage
 ttyskeepawake        1
 highstandbythreshold 50
 displaysleep         2
 sleep                1
 acwake               0
 halfdim              1
 lessbright           1
 tcpkeepalive         1
 disksleep            10
AC Power:
 lidwake              1
 autopoweroff         1
 standbydelayhigh     86400
 autopoweroffdelay    259200
 standbydelaylow      10800
 standby              1
 proximitywake        1
 hibernatemode        3
 powernap             1
 gpuswitch            2
 hibernatefile        /var/vm/sleepimage
 ttyskeepawake        1
 highstandbythreshold 50
 womp                 1
 displaysleep         10
 networkoversleep     0
 sleep                1
 acwake               0
 halfdim              1
 tcpkeepalive         1
 disksleep            10
admin@MacBook-Pro-de-ADMIN ~ %

Apparemment c'est exactement les mêmes valeurs que celui que j'avais eu à la fin de l'installation avec le ssd Transcend 240GB.

Donc, ce n'est pas le fait d'avoir un ssd non propriété Apple qui crée ce bug d'hibernation.

 

[macomaniac]

Tu as le même paramétrage absurde sur batterie que précédemment. Il s'agit manifestement de préférences par défaut à l'installation d'un OS. J'ai décortiqué brièvement cette absurdité à mon message #79 de la page 4 précédente.

 

[fred123]

Bonjour à tous,
Je me permets d'intervenir dans ce fil de discussion très intéressant.
je possède un MBP 13 fin 2013 avec CATALINA sur lequel j'ai changé le SSD d'origine par un AURA de chez OWC donc au format Apple.
J'ai depuis le fameux sleep wake failure qui se produit à chaque mise en veille que se soit sur secteur ou sur batterie ! Cela confirme vraisemblablement que le disque dur n'a rien à voir mais qu'il s'agit plutôt de l'EFI avec CATALINA qui est en cause.
je me pose donc la question suivante: Un passage à Big Sur règle-t'il le problème ?

 

[ericse]

Un passage à Big Sur règle-t'il le problème ?

Bonjour,
En théorie oui... mais on ne peut pas tester actuellement car ces Macbook sont temporairement blacklisté à cause d'un méchant bug.

 

[Eduardo España]

Hola a todos !! Escribo en español, lo siento, pero os confirmo que en un MacBook Pro 15 "2017 ocurre lo mismo con la batería, es decir, no entró resto y lo dejo dos horas con la tapa bajada y ha consumido 15% batería y se notó caliente por debajo He buscado foros en español y no dan con la solución, en inglés había un foro de Apple that planteaba este problema y parece ser que viene desde Mojave.
No sé qué hacer!! Ayuda amigos franceses, aquí en España en un Applestore lo único que hicieron fue echar pasta térmica ‍♂️

 

[fred123]

Ça passionne même en Espagne...
Je contacte le service APPLE ;-) et je vous tiens au courant

 

[fred123]

Ça passionne même en Espagne...
Je contacte le service APPLE ;-) et je vous tiens au courant

La suite...
30 mn avec l'assistance APPLE et quelqu'un de bon niveau qui connait le problème et reconnait qu'il s'agit d'un problème logiciel et non machine!
La seule chose que j'espère c'est qu'ils règlent le problème et qu'il ne vont pas obliger les possesseurs d'ancien MBP 2013 & 2014 à acheter un MBP plus récent #obsolescenceprogrammée !

 

[fred123]

Bonjour,
En théorie oui... mais on ne peut pas tester actuellement car ces Macbook sont temporairement blacklisté à cause d'un méchant bug.

Big Sur ce matin sur nos "vieux" MBP... je vais quand même attendre

 

[fred123]

Big Sur ce matin sur nos "vieux" MBP... je vais quand même attendre

Je parle tout seul mais c'est pas grave.
J'ai finalement lancé Big Sur 11.1 sur ma machine sans problème et pour l'instant le "sleep wake failure in EFI" à l'air d'avoir disparu.

 

[Elbalo]

Je parle tout seul mais c'est pas grave.
J'ai finalement lancé Big Sur 11.1 sur ma machine sans problème et pour l'instant le "sleep wake failure in EFI" à l'air d'avoir disparu.

Mais non, t'es pas tout seul
Mais, là, tu me poses un cas de conscience.
Je voulais attendre un peu pour avoir le temps de faire une clean install...
Mais peut-être que dans ce cas...

 

[Elbalo]

Bonjour à tous,

Comme toi, j'ai l'impression que BigSur a fait disparaître les problèmes de gestion d'énergie et de sleep...
J'ai fait une clean install, une vraie (?) sans aucune importation, simplement la récupération de mes données et la réinstallation de mes applications...
Peut-être que cela change aussi quelque chose ?

 

[polonais33]

Bonjour à tous,
je suis avec beaucoup d'attention ce sujet... car moi aussi j'ai un souci de consommation de batterie pendant la veille.

Ma config MacBook Air 2015
SSD 1to NVME + Adaptateur Sintech long

J'ai donc mis la commande de Macomaniac :

sudo pmset -b displaysleep 3 disksleep 4 sleep 5 hibernatemode 25 autopoweroff 0 standbydelayhigh 300 standbydelaylow 300

Apres une nuit consommation de 2%

par contre après lecture du blog je me suis rendu compte qu'il sortait de veille plusieurs dans la nuit est ce normal? cela ne pas l'air d’être une erreur critique, mais cela me parait bizarre quand même qu'en pensez vous ?

2021-01-26 23:19:59 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 888 secs 
2021-01-26 23:34:47 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-26 23:34:51 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-26 23:49:49 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-26 23:49:53 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 00:04:51 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 00:04:55 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 00:19:53 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 00:19:57 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 00:34:55 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 00:34:59 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 00:49:57 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 00:50:01 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 01:04:59 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 01:05:03 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 01:20:01 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:98%) 4 secs   
2021-01-27 01:20:05 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:98%) 10797 secs
2021-01-27 04:20:02 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:98%) 4 secs   
2021-01-27 04:20:06 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:98%) 3597 secs
2021-01-27 05:20:03 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:98%) 4 secs   
2021-01-27 05:20:07 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:98%) 8317 secs
2021-01-27 07:38:44 +0100 Wake                    Wake from Standby [CDNVA] : due to EC.LidOpen/Lid Open Using BATT (Charge:98%) 228 secs

le " DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT " bizarre ...

merci d'avance

 

[polonais33]

Bonjour à tous,
je suis avec beaucoup d'attention ce sujet... car moi aussi j'ai un souci de consommation de batterie pendant la veille.

Ma config MacBook Air 2015
SSD 1to NVME + Adaptateur Sintech long

J'ai donc mis la commande de Macomaniac :

sudo pmset -b displaysleep 3 disksleep 4 sleep 5 hibernatemode 25 autopoweroff 0 standbydelayhigh 300 standbydelaylow 300

Apres une nuit consommation de 2%

par contre après lecture du blog je me suis rendu compte qu'il sortait de veille plusieurs dans la nuit est ce normal? cela ne pas l'air d’être une erreur critique, mais cela me parait bizarre quand même qu'en pensez vous ?

2021-01-26 23:19:59 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 888 secs 
2021-01-26 23:34:47 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-26 23:34:51 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-26 23:49:49 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-26 23:49:53 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 00:04:51 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 00:04:55 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 00:19:53 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 00:19:57 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 00:34:55 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 00:34:59 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 00:49:57 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 00:50:01 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 01:04:59 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:99%) 4 secs   
2021-01-27 01:05:03 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:99%) 898 secs 
2021-01-27 01:20:01 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:98%) 4 secs   
2021-01-27 01:20:05 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:98%) 10797 secs
2021-01-27 04:20:02 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:98%) 4 secs   
2021-01-27 04:20:06 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:98%) 3597 secs
2021-01-27 05:20:03 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:98%) 4 secs   
2021-01-27 05:20:07 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:98%) 8317 secs
2021-01-27 07:38:44 +0100 Wake                    Wake from Standby [CDNVA] : due to EC.LidOpen/Lid Open Using BATT (Charge:98%) 228 secs

le " DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT " bizarre ...

merci d'avance

 

[macomaniac]

Bonjour polonais

La RTC/Maintenance qui s'exécute périodiquement pendant l'hibernation en suscitant des "crypto-réveils" consommateurs de batterie => dépend de la connexion à internet du Mac. Selon les OS > la commande pmset (qui gère les préférences de gestion d'alimentation) possède ou ne possède pas l'argument : tcpkeepalive qui permet de désactiver la connexion à internet pendant l'hibernation.

- passe la commande :​

pmset -g custom

• qui affiche les préférences de gestion d'alimentation du Mac en 2 tableaux superposés : pour la batterie & pour le secteur

Poste le tableau.

Par ailleurs : quel est l'OS actuellement installé ?

 

[polonais33]

merci Macomaniac pour ta réponse rapide.
je viens de regarder mais pas de tcpkeepalive a l'horizon

Last login: Wed Jan 27 16:24:32 on ttys000

The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit https://support.apple.com/kb/HT208050.
MacBook-Air-de-Admin:~ admin$ pmset -g custom
Battery Power:
lidwake              1
autopoweroff         0
standbydelayhigh     300
autopoweroffdelay    259200
standbydelaylow      300
standby              1
ttyskeepawake        1
highstandbythreshold 50
gpuswitch            2
powernap             0
hibernatefile        /var/vm/sleepimage
hibernatemode        25
displaysleep         3
sleep                5
acwake               0
halfdim              1
lessbright           1
disksleep            4
AC Power:
lidwake              1
autopoweroff         1
standbydelayhigh     86400
autopoweroffdelay    28800
standbydelaylow      10800
standby              1
ttyskeepawake        1
hibernatemode        3
powernap             0
gpuswitch            2
hibernatefile        /var/vm/sleepimage
highstandbythreshold 50
displaysleep         10
womp                 0
networkoversleep     0
sleep                1
acwake               0
halfdim              1
disksleep            10
MacBook-Air-de-Admin:~ admin$

Du coup y a t'il une solution pour désactiver cette commande ?
oups j'ai oublié de donner mon OS, je suis sous CATALINA 10.15.7.

 

[macomaniac]

Le fait que l'OS installé soit Catalina complique énormément les choses. Car cet OS démarre sur un volume-Système monté en lecture seule et donc in-modifiable a priori.

- passe la commande :​

diskutil list internal

• qui affiche la configuration du disque interne

Poste le retour.

 

[polonais33]

ah mince. à voir parce que je peux revenir à Mojave s'il faut.

voila ce que me donne la commande.

Last login: Thu Jan 28 10:14:55 on ttys008

The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit https://support.apple.com/kb/HT208050.
MacBook-Air-de-Admin:~ admin$ diskutil list internal
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         1.0 TB     disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  19.6 GB    disk1s1
   2:                APFS Volume Preboot                 83.2 MB    disk1s2
   3:                APFS Volume Recovery                528.9 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.3 GB    disk1s5

cela étant dit la consommation à l'air d’être beaucoup plus économique cette nuit.

2021-01-27 23:48:54 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 887 secs 
2021-01-28 00:03:41 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 00:03:46 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 00:18:42 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 00:18:47 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 00:33:43 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 00:33:48 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 00:48:44 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 00:48:49 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 01:03:45 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 01:03:50 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 01:18:46 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 01:18:51 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 01:33:47 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 01:33:52 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 01:48:48 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 01:48:53 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 10796 secs
2021-01-28 04:48:49 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 04:48:54 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 3596 secs
2021-01-28 05:48:50 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 05:48:55 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 6582 secs
2021-01-28 07:38:37 +0100 Wake                    Wake from Standby [CDNVA] : due to EC.LidOpen/Lid Open Using BATT (Charge:100%) 89 secs   
2021-01-28 07:40:06 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 887 secs 
2021-01-28 07:54:53 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 07:54:58 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 897 secs 
2021-01-28 08:09:55 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 08:10:00 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 897 secs 
2021-01-28 08:24:57 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 08:25:02 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 08:39:58 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 08:40:03 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 08:54:59 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 08:55:04 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 09:10:00 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 09:10:05 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 09:25:01 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 09:25:06 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 896 secs 
2021-01-28 09:40:02 +0100 DarkWake                DarkWake from Standby [CDN] : due to RTC/Maintenance Using BATT (Charge:100%) 5 secs   
2021-01-28 09:40:07 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 2082 secs
2021-01-28 10:14:49 +0100 Wake                    Wake from Standby [CDNVA] : due to EC.LidOpen/Lid Open Using BATT (Charge:100%)

 

[macomaniac]

Justement > la commande pmset dispose de l'argument tcpkeepalive dans l'OS Mojave > et pas dans l'OS Catalina.

- pour te donner une idée du patch qu'il faudrait réaliser sinon > je t'invite à lire mes échanges récents avec Nico dans ce fil : ☞MacBook Pro qui se décharge en veille☜ (la conversation commence au message #486). Cette complexe édition d'une kext (extension injectable dans le kernel) Apple a été couronnée d'un entier succès => ce qui prouve bien que l'activation de l'option : tcpkeepalive pendant l'hibernation est la raison de tous les problèmes de décharge de batterie. Mais l'avantage de Nico est que son OS était le candide El Capitan > où l'on pouvait éditer tranquillement une kext après désactivation du SIP. Alors que tu as l'OS retors Catalina > dont le volume-Système ne monte qu'en lecture seule > ce qui oblige à des contorsions supplémentaires pour éditer dans ce volume la kext qui correspondrait à ta plate-forme.​

Dis-moi ce que tu en penses après survol de la conversation.