Je lance un MacBook Pro avec OS X 10.11. J'ai remarqué que la machine n'avait pas bien dormi la nuit dernière. Des événements étaient enregistrés toutes les deux secondes dans System.log pendant toute la nuit où le couvercle était fermé.
Je pense qu’il est possible que deux processus empêchent de dormir pendant le traitement de l’air conditionné.
# pmset -g
System-wide power settings:
[...]
sleep 10 (sleep prevented by UserEventAgent, UserEventAgent)
Puis-je empêcher ces processus (ou tout autre processus) d'empêcher le sommeil?
pmset -g assertions
?Réponses:
UserEventAgent
suggère qu'un périphérique d'entrée était en utilisation active. Il peut s’agir d’une souris, d’un clavier ou d’un autre périphérique d’entrée défectueux, tel qu’un gamepad.Essayez de déconnecter tous vos périphériques connectés en externe et vérifiez si ce problème persiste.
Une autre cause peut être un animal domestique ou des vibrations entraînant un dispositif à enregistrer un mouvement.
Est-ce que Wake for network access est activé? Voir Préférences Système> Économiseur d'énergie pour ce paramètre. Se réveiller pour un accès réseau réveillera de temps en temps un Mac en veille pour examiner et maintenir l'environnement réseau.
Vous pouvez également utiliser un outil tiers pour aider à mettre votre Mac en veille, malgré les affirmations de puissance.
la source
Des dizaines de choses peuvent empêcher la mise en veille intégrée à macOS, et des logiciels tiers peuvent également désactiver la mise en veille.
La première étape de dépannage consiste à exécuter cette commande dans Terminal:
Cela listera les raisons pour lesquelles votre Mac n'est pas encore endormi. Fonctionnant normalement sur batterie, vous devriez obtenir:
Cela signifie que la seule raison pour laquelle votre Mac ne dort pas est due à l'activité de l'utilisateur sur la souris / le clavier.
Si vous voyez quelque chose d'autre (du genre
PreventUserIdleSystemSleep
), votre Mac ne dormira probablement pas du tout et vous devriez lire les autres détails fournis parpmset -g assertions
pour approfondir vos recherches.la source
Dans mon cas, c’était parce que j’utilisais l’émulateur iPhone fourni avec XCode. La fermeture de l'émulateur est supprimée
sleep prevented by UserEventAgent
.Je n'ai eu qu'une seule occurrence de
UserEventAgent
bien. Quand j'ai couru,pmset -g
j'ai eu ceci:la source
Dans mon cas, le coupable était un clavier Bluetooth avec des piles faibles. Recharger les batteries a résolu le problème.
En fait, j'ai eu ce que je méritais parce que j'avais ignoré les notifications "Piles du clavier faibles" pendant une semaine. Mon MacMini s'est tellement énervé (elle n'aime pas être négligée) qu'elle ne pouvait pas dormir ... :-)
la source