Arrêtez le processus d'empêcher le sommeil sur OS X

4

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?

macos el-capitan sleep-wake

— Dex
source

Avez-vous mis à jour vers OS X 10.11.6?

— Graham Miln

Quels sont les deux processus qui empêchent le sommeil?

— Graham Miln

Oui 10.11.6 est installé.

— Dex

UserEventAgent est exécuté dans deux processus distincts: un sous le compte d'utilisateur normal et l'autre sous la racine.

— Dex

1

Quel est le résultat de la course pmset -g assertions?

— Graham Miln

3

UserEventAgentsuggè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.

— Graham Miln
source

Je n'ai aucun périphérique d'entrée connecté. BlueTooth étant également désactivé, il est impossible que le périphérique d'un voisin en soit la cause. Pas d'animaux non plus, et pas de vibrations (du moins, il est impossible d'avoir des vibrations sur le bureau pendant 8 heures d'affilée).

— Dex

Le réglage "réveil pour accès au réseau wi-fi" est désactivé.

— Dex

2

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:

pmset -g assertions

Cela listera les raisons pour lesquelles votre Mac n'est pas encore endormi. Fonctionnant normalement sur batterie, vous devriez obtenir:

Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     0
   NetworkClientActive            0

[further details removed for brevity]

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 par pmset -g assertionspour approfondir vos recherches.

— Abhi Beckert
source

1

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 UserEventAgentbien. Quand j'ai couru, pmset -gj'ai eu ceci:

~$ pmset -g
System-wide power settings:
Currently in use:
 [...]
 sleep                10 (sleep prevented by UserEventAgent)

— Enselic
source

0

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 ... :-)

— Laryx Decidua
source