Forum

Une solution très simple qui résout l'épuisement de la batterie pendant le sommeil. Pas besoin de désactiver SIP !

DANS

wxdao

Affiche originale
24 novembre 2016
  • 7 février 2017
  1. Du Pomme menu, choisissez Préférences de système…
  2. Du Vue menu choisir Réseau .
  3. Sélectionnez Wi-Fi dans la liste des interfaces réseau.
  4. Si l'icône de cadenas en bas à gauche est verrouillée, cliquez dessus. Lorsque vous y êtes invité, entrez un nom d'administrateur et un mot de passe pour déverrouiller.
  5. Clique le Avancée ... bouton.
  6. Clique le '+' sous la liste Réseaux préférés. Dans la boîte de dialogue qui s'affiche, ajoutez un réseau nommé NULL (ou autre) sans aucune sécurité.
  7. Dans la liste Réseaux préférés sous l'onglet Wi-Fi, cliquez et faites glisser le réseau nommé NULL en haut de la liste.
  8. Cliquez sur OK pour enregistrer les paramètres.
  9. Cliquez sur Appliquer, puis fermez les Préférences Système
Avant ce correctif, mon MacBook Pro 13' (fin 2016) perdait généralement 10 % de batterie chaque nuit, ce qui me rendait fou. J'ai lu le post populaire de Mixolyd, mais je ne pense pas que ce soit une bonne idée de manipuler manuellement les fichiers de préférences système protégés par SIP.

J'ai soigneusement vérifié mon journal et j'ai découvert que mDNSRespondor réveillait fréquemment mon ordinateur toutes les quelques minutes. J'ai donc supposé que Wake on Demand était en quelque sorte activé lors de l'utilisation de la batterie (à peu près un bug).

Dans ce document sur le support Apple, j'ai trouvé une déclaration très intéressante : Le réseau sans fil que vous utilisez avec Wake on Demand doit être le premier réseau sans fil de votre liste de réseaux préférés. Ma solution consiste à créer un réseau pour qu'il soit en haut de la liste au lieu de votre réseau Wi-Fi domestique ou professionnel afin que Wake on Demand cesse de fonctionner. J'ai testé cette méthode hier soir et mon ordinateur n'a perdu que 1% pendant plus de 10 heures.

Éditer:

Mon problème était que l'ordinateur s'est vidé dix% pendant une nuit entière, environ 10 heures, et l'exécution de 'pmset -g log' a montré de nombreux événements sur mDNSRespondor toutes les quelques minutes . Ce correctif peut ne pas fonctionner si vous n'avez pas le même problème avec le mien. Dernière modification : 8 février 2017
Réactions :keysofanxiety, Barbes, TrueBlou et 1 autre personne

Barbes

22 avr. 2014


Derbyshire Royaume-Uni
  • 8 février 2017
Désolé mais cela ne semble pas fonctionner pour moi. J'ai essayé les paramètres que vous avez gentiment mentionnés il y a environ 3 heures et je viens de vérifier à nouveau le MacBook Pro : - il a perdu 5 % supplémentaires DANS

wxdao

Affiche originale
24 novembre 2016
  • 8 février 2017
Barbes a dit : Désolé, mais cela ne semble pas fonctionner pour moi. J'ai essayé les paramètres que vous avez gentiment mentionnés il y a environ 3 heures et je viens de vérifier à nouveau le MacBook Pro : - il a perdu 5 % supplémentaires
Triste d'entendre cela... Cela vous dérange-t-il de publier un journal (exécutez 'pmset -g log' dans le terminal) ici ? C'est peut-être autre chose qui va mal.
Réactions :Barbes

Barbes

22 avr. 2014
Derbyshire Royaume-Uni
  • 8 février 2017
wxdao a dit : Triste d'entendre ça... Cela vous dérange-t-il de publier un journal (exécutez 'pmset -g log' dans le terminal) ici ? C'est peut-être autre chose qui va mal.
Bien sûr, mais c'est un sacré fichier journal. Je n'utilise pas Dropbox, donc je ne sais pas où l'enregistrer et le lier à vous.
Une idée de ce que je devrais rechercher dans le journal ? DANS

wxdao

Affiche originale
24 novembre 2016
  • 8 février 2017
Barbes a dit : Bien sûr, mais c'est un sacré fichier journal. Je n'utilise pas Dropbox, donc je ne sais pas où l'enregistrer et le lier à vous.
Une idée de ce que je devrais rechercher dans le journal ?
Vous pouvez simplement coller les lignes commençant par une chaîne de date (comme 2017-02-07 18:00:30 +0100) dans la plage de votre dernière heure de sommeil, c'est-à-dire 'il y a 3 heures' que vous avez mentionné.
Et vérifiez si le nombre à droite de PreventSystemSleep est 0. Sinon, collez également les dernières lignes sous « Répertorié par le processus propriétaire : ».
Réactions :Barbes

Barbes

22 avr. 2014
Derbyshire Royaume-Uni
  • 8 février 2017
wxdao a dit : Vous pouvez simplement coller les lignes qui commencent par une chaîne de date (comme 2017-02-07 18:00:30 +0100) dans la plage de votre dernière heure de sommeil, c'est-à-dire 'il y a 3 heures' que vous avez mentionné.
Et vérifiez si le nombre à droite de PreventSystemSleep est 0. Sinon, collez également les dernières lignes sous « Répertorié par le processus propriétaire : ».

Je viens de le relancer :-
Sommeil/réveils totaux depuis le démarrage au 08/02/2017 08:20:58 +0000 :6


2017-02-08 14:36:56 +0000 : Affichage de toutes les assertions de puissance IOKit actuellement détenues

État de l'assertion à l'échelle du système :

Arrière-planTâche 0

ApplePushServiceTask 0

L'utilisateur est actif 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

Médias externes 0

PreventUserIdleSystemSleep 0

RéseauClientActif 0 DANS

wxdao

Affiche originale
24 novembre 2016
  • 8 février 2017
Barbes a dit : Je viens de le relancer : -
Sommeil/réveils totaux depuis le démarrage au 08/02/2017 08:20:58 +0000 :6


2017-02-08 14:36:56 +0000 : Affichage de toutes les assertions de puissance IOKit actuellement détenues

État de l'assertion à l'échelle du système :

Arrière-planTâche 0

ApplePushServiceTask 0

L'utilisateur est actif 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

Médias externes 0

PreventUserIdleSystemSleep 0

RéseauClientActif 0

Désolé de ne pas avoir expliqué clairement. Veuillez coller toutes les lignes depuis le moment où vous avez fermé votre couvercle jusqu'au moment où vous l'avez ouvert.

Barbes

22 avr. 2014
Derbyshire Royaume-Uni
  • 8 février 2017
wxdao a dit : Désolé de ne pas l'avoir expliqué clairement. Veuillez coller toutes les lignes depuis le moment où vous avez fermé votre couvercle jusqu'au moment où vous l'avez ouvert.

Non, c'est de ma faute, j'aurais dû penser.
Je viens de le remettre en veille, je vais donc le laisser reposer pendant quelques heures, puis le rallumer et exécuter un autre journal.

Pour éviter toute confusion, je publierai le journal « entier » et une fois que vous aurez jeté un coup d'œil, je modifierai le message et le supprimerai car ce sera un sacré fichier.

Appréciez votre temps d'ailleurs

Barbes

22 avr. 2014
Derbyshire Royaume-Uni
  • 8 février 2017
Je viens de rouvrir le MacBook Pro depuis le mode veille.
Cette fois, j'ai exécuté à la fois le journal et les assertions

Voici ce que les assertions ont soulevé : -
Dernière connexion : Mer 8 février 17:09:52 sur ttys000

Mikes-MBP:~ mikepaterson$ pmset -g assertions

2017-02-08 17:11:06 +0000

État de l'assertion à l'échelle du système :

Arrière-planTâche 0

ApplePushServiceTask 0

L'utilisateur est actif 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

Médias externes 0

PreventUserIdleSystemSleep 0

RéseauClientActif 0

Répertoriés par processus propriétaire :

pid 97(hidd): [0x0000000a00098032] 08:50:00 UserIsActive nommé: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'

Le délai d'attente se déclenchera dans 115 secondes Action=TimeoutActionRelease

Aucune assertion du noyau.

Dispositifs anti-sommeil inactif : IODisplayWrangler

Mikes-MBP :~ mikepaterson$ DANS

wxdao

Affiche originale
24 novembre 2016
  • 8 février 2017
Bears a déclaré: Je viens de rouvrir le MacBook Pro depuis le mode veille.
Cette fois, j'ai exécuté à la fois le journal et les assertions

Voici ce que les assertions ont soulevé : -
Dernière connexion : Mer 8 février 17:09:52 sur ttys000

Mikes-MBP:~ mikepaterson$ pmset -g assertions

2017-02-08 17:11:06 +0000

État de l'assertion à l'échelle du système :

Arrière-planTâche 0

ApplePushServiceTask 0

L'utilisateur est actif 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

Médias externes 0

PreventUserIdleSystemSleep 0

RéseauClientActif 0

Répertoriés par processus propriétaire :

pid 97(hidd): [0x0000000a00098032] 08:50:00 UserIsActive nommé: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'

Le délai d'attente se déclenchera dans 115 secondes Action=TimeoutActionRelease

Aucune assertion du noyau.

Dispositifs anti-sommeil : IODisplayWrangler

Mikes-MBP :~ mikepaterson$

Vous pouvez télécharger votre journal dans un seul fichier texte. Exécutez 'pmset -g log > ~/Desktop/log.txt'. Un fichier nommé log.txt apparaîtra sur votre bureau. Téléchargez-le en cliquant sur le bouton « Télécharger un fichier », qui se trouve sous la zone de réponse.

Ou vous pouvez utiliser poubelle .avec . Collez-y l'intégralité du journal et il générera une URL avec laquelle les autres pourront lire le texte que vous partagez. Postez le lien ici. Dernière modification : 8 février 2017

Barbes

22 avr. 2014
Derbyshire Royaume-Uni
  • 8 février 2017
wxdao a dit : Vous pouvez télécharger votre journal sous forme de fichier texte. Exécutez 'pmset -g log > ~/Desktop/log.txt'. Un fichier nommé log.txt apparaîtra sur votre bureau.

Ou vous pouvez utiliser poubelle .avec . Collez-y l'intégralité du journal et il générera une URL avec laquelle les autres pourront lire le texte que vous partagez. Postez le lien ici.
Merci.... Voici le fichier journal

Pièces jointes

  • log.txt552.1 Ko · Vues : 189
DANS

wxdao

Affiche originale
24 novembre 2016
  • 8 février 2017
Barbes a dit : Merci... Voici le fichier journal

D'après le journal, je pense que votre ordinateur a bien dormi de 15h24 à 17h01... Vous devriez peut-être le laisser dormir une nuit entière et voir s'il y a eu une amélioration par rapport aux nuits précédentes.
Réactions :Barbes

Barbes

22 avr. 2014
Derbyshire Royaume-Uni
  • 8 février 2017
wxdao a déclaré : D'après le journal, je pense que votre ordinateur a bien dormi de 15 h 24 à 17 h 01... Vous devriez peut-être le laisser dormir une nuit et voir s'il y a une amélioration par rapport aux nuits précédentes.
Fera merci.
D'ailleurs, la seule chose que j'ai changé cet après-midi était de désactiver le partage de fichiers au cas où cela aurait pu poser problème.
[doublepost=1486577825][/doublepost]
Les barbes ont dit : Merci.
D'ailleurs, la seule chose que j'ai changé cet après-midi était de désactiver le partage de fichiers au cas où cela aurait pu poser problème.

J'ai oublié de mentionner et je n'ai pas voulu modifier ce qui précède au cas où vous auriez déjà lu le message : -
J'ai pris des niveaux de batterie détaillés juste avant et après
15:24 Batterie de noix de coco 37,3%. Batterie système 38% Veille
17:01 Coconut Battery 35,6% System Battery 37% Awake

Cela a fonctionné à 97 minutes = -1,7% de batterie S

snaky69

14 mars 2008
  • 8 février 2017
Tout va bien, sauf qu'une consommation d'environ 1% par heure est parfaitement normale pour un MacBook Pro en mode veille, à moins que les choses n'aient radicalement changé au cours de la dernière année.

Belette

Modérateur
Membre du staff
23 janvier 2005
Californie
  • 8 février 2017
snaky69 a déclaré : Tout va bien, sauf qu'une consommation d'environ 1 % par heure est parfaitement normale pour un MacBook Pro en mode veille, à moins que les choses n'aient radicalement changé au cours de la dernière année.
Environ 1 % par heure est normal pendant les trois premières heures, puis les nouveaux MacBook passent en « mode veille » et consomment beaucoup moins d'énergie. Vous pouvez fonctionner en mode veille sur batterie jusqu'à 30 jours. Donc, après cette fenêtre de trois heures, vous ne devriez pas utiliser 1% par heure.

https://support.apple.com/en-us/HT202124 g

Gonza211

26 juillet 2012
  • 8 février 2017
wxdao a déclaré : D'après le journal, je pense que votre ordinateur a bien dormi de 15 h 24 à 17 h 01... Vous devriez peut-être le laisser dormir une nuit entière et voir s'il y a eu une amélioration par rapport aux nuits précédentes.

Ça vous ennuie de vérifier le mien ? Vous avez perdu 40 % du jour au lendemain. Cette fois, mon Macbook n'était pas connecté à l'alimentation mais oui à un moniteur externe via un adaptateur USB C vers HDMI/USBA/USBC.

http://pastebin.com/k84jqAyh

Brookzy

30 mai 2010
Royaume-Uni
  • 8 février 2017
Gonza211 a dit : Ça te dérange de vérifier le mien ? Vous avez perdu 40 % du jour au lendemain. Cette fois, mon Macbook n'était pas connecté à l'alimentation mais oui à un moniteur externe via un adaptateur USB C vers HDMI/USBA/USBC.

http://pastebin.com/k84jqAyh
L'adaptateur était certainement le coupable. Celui d'Apple consomme jusqu'à 5 W de puissance même lorsqu'il n'est pas utilisé, par exemple. Réactions :Sanpete

Barbes

22 avr. 2014
Derbyshire Royaume-Uni
  • 9 février 2017
Je l'ai laissé en veille pendant la nuit :-
17 heures 32 minutes plus tard et selon Coconut Battery, il avait chuté de 10,6%, tandis que selon System Battery, il a déclaré qu'il avait chuté de 11%.

Je dirais que c'est maintenant acceptable.
On dirait que le partage de fichiers avec mon gros iMac faisait glisser le MacBook Pro vers le bas. g

Gonza211

26 juillet 2012
  • 9 février 2017
Brookzy a dit : L'adaptateur était certainement le coupable. Celui d'Apple consomme jusqu'à 5 W de puissance même lorsqu'il n'est pas utilisé, par exemple.

Hier, je l'ai laissé dormir sans rien connecté, j'ai eu un drain de 8% pendant la nuit. Cela ne devrait pas arriver. Maintenant, il est dit que l'empêcheur de sommeil est IODisplayWrangler, donc... je ne sais pas quoi faire.

MRxROBOT

14 avr. 2016
1011100110
  • 15 févr. 2017
Je perds 8-10% par nuit, je ne suis connecté à rien depuis la mise à jour vers 10.12.3

À moins de revenir à 10.12.2, existe-t-il un correctif ? S

Sanpete

17 novembre 2016
Utah
  • 15 févr. 2017
MRxROBOT a dit : je perds 8 à 10 % par nuit, je ne suis connecté à rien depuis la mise à jour vers 10.12.3

À moins de revenir à 10.12.2, existe-t-il un correctif ?

Probablement. Il y a probablement quelque chose que votre ordinateur est configuré pour l'empêcher de dormir correctement. Si cela vous dérange, lisez les discussions à ce sujet pour trouver des idées que vous pouvez essayer. En voici un autre:

https://forums.macrumors.com/thread...drain-while-sleeping-here-is-the-fix.2026702/

Bonne chance!