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

lasperule

Membre confirmé
21 Janvier 2016
137
6
63
Non aucune. Trouver une raison à ce qui n'a pas de bonne raison dépasse mon expertise :hilarious:
;) :up:

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 :siffle:
 

lasperule

Membre confirmé
21 Janvier 2016
137
6
63
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
Bloc de code:
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

Ouroboros
Club MacG
20 Septembre 2012
83 038
24 982
Forêt de Fontainebleau
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

Membre junior
15 Avril 2007
13
0
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 ?
 

Eduardo España

Nouveau membre
13 Décembre 2020
1
0
31
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

Membre junior
15 Avril 2007
13
0
Ç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 !
 

Elbalo

Membre junior
14 Mars 2009
93
4
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

Membre junior
14 Mars 2009
93
4
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

Membre junior
27 Janvier 2021
61
1
37
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 :
Bloc de code:
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 ?
Bloc de code:
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

Membre junior
27 Janvier 2021
61
1
37
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 :
Bloc de code:
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 ?
Bloc de code:
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

Ouroboros
Club MacG
20 Septembre 2012
83 038
24 982
Forêt de Fontainebleau
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 :​
Bloc de code:
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

Membre junior
27 Janvier 2021
61
1
37
merci Macomaniac pour ta réponse rapide.;)
je viens de regarder mais pas de tcpkeepalive a l'horizon :(

Bloc de code:
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.
 
Dernière édition:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
83 038
24 982
Forêt de Fontainebleau
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 :​
Bloc de code:
diskutil list internal
  • qui affiche la configuration du disque interne

Poste le retour.
 

polonais33

Membre junior
27 Janvier 2021
61
1
37
ah mince. à voir parce que je peux revenir à Mojave s'il faut.

voila ce que me donne la commande.
Bloc de code:
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.

Bloc de code:
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

Ouroboros
Club MacG
20 Septembre 2012
83 038
24 982
Forêt de Fontainebleau
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.