Pourquoi mon MacBook Pro ne se met-il pas automatiquement en veille?

Mon MacBook est configuré pour se mettre en veille après 2 minutes lorsqu'il est sur batterie (via le volet de préférences Energy Saver.) Cependant, lorsque je le laisse inactif, il éteint uniquement l'écran - il ne se met pas réellement en veille. Cela signifie que si je le laisse et oublie de fermer le couvercle, il se retrouve toujours avec une batterie morte.

Le système dort correctement s'il est déclenché manuellement ( - Veille) ou en fermant le couvercle. Je l'ai testé sans aucun périphérique USB connecté et sur un nouveau compte utilisateur, sur la possibilité qu'un programme d'arrière-plan empêche le sommeil. Aucune information pertinente n'est imprimée sur la console au moment où le système doit se mettre en veille.

J'ai effectué une réinitialisation de PRAM et SMC en vain, ainsi que les superstitieux habituels Verify Disk Permissions.

Y a-t-il autre chose que je devrais essayer avant de réinstaller OS X?

Il s'agit d'un MacBookPro5,5OS 10.6.6 en cours d'exécution.

Il convient de noter que j'ai souffert de ce problème il y a quelque temps en raison d'un bogue dans un démon d'assistance pour le produit Things , mais que ce problème était légèrement différent et impliquait un sommeil d'affichage. De plus, j'ai vérifié que le démon d'assistance ne s'exécutait pas lors de mes tests.

Information additionnelle:

J'ai commencé à travailler sur le document Apple intitulé « Pourquoi votre Mac peut ne pas dormir ou rester en mode veille » . J'ai découvert que ce problème n'apparaît pas lorsque je démarre en toute sécurité mon ordinateur. J'ai diffrépertorié les processus et découvert que les programmes suivants ne s'exécutent qu'en mode normal et sont donc des coupables possibles:

• Quick Look Helper
• cvmsComp_x86_64
• kextcache
• launchd
• mdworker
• mdworker
• nmblookup
• vmnet-bridge
• vmnet-dhcpd
• vmnet-dhcpd
• vmnet-natd
• vmnet-netifup
• vmnet-netifup

Pour aider à déboguer les problèmes de sommeil, essayez la pmsetcommande dans le terminal:

$ pmset -g assertions

Assertion status system-wide:
   ChargeInhibit                           0
   PreventUserIdleDisplaySleep             0
   PreventUserIdleSystemSleep              1
   NoRealPowerSources_debug                0
   CPUBoundAssertion                       0
   EnableIdleSleep                         1
   PreventSystemSleep                      0
   DisableInflow                           0
   DisableLowPowerBatteryWarnings          0
   ExternalMedia                           0

Listed by owning process:
  pid 2520: [0x0000012c000009d8] PreventUserIdleSystemSleep named: "com.apple.audio.'AppleHDAEngineOutput:1B,0,1,2:0'.noidlesleep" 

Dans ce cas, c'est le processus 2520 qui gâche. Vérifiez-le dans le moniteur d'activité et tuez-le (/ usr / sbin / coreaudiod démarré par iTunes).

Après cela, réexécutez la commande:

Assertion status system-wide:
   ChargeInhibit                           0
   PreventUserIdleDisplaySleep             0
   PreventUserIdleSystemSleep              0
   NoRealPowerSources_debug                0
   CPUBoundAssertion                       0
   EnableIdleSleep                         1
   PreventSystemSleep                      0
   DisableInflow                           0
   DisableLowPowerBatteryWarnings          0
   ExternalMedia                           0

Aucun indicateur pour PreventUserIdleSystemSleep.

J'ai eu ce même problème avec mon MacBook Pro 3,1. C'est extrêmement frustrant. Je suis allé jusqu'à réinstaller complètement OS X, ce qui n'a pas résolu le problème. Cela m'amène à croire qu'il s'agit probablement d'un problème matériel dans mon cas.

J'ai abandonné le dépannage du problème et j'utilise simplement PleaseSleep .

PleaseSleep est un logiciel utilitaire conçu pour Mac OS X qui aide à mettre votre ordinateur en veille lorsque vous savez qu'une autre application empêche votre Mac de se mettre en veille.

PleaseSleep se trouve en arrière-plan et attend la minuterie de mise en veille que vous avez définie dans le volet des préférences Energy Saver. Selon les préférences que vous avez définies, PleaseSleep essaiera de mettre votre ordinateur en veille lorsque la minuterie de mise en veille programmée se déclenchera. PleaseSleep est très facile à configurer, vous pouvez activer, désactiver et accéder à ses préférences via l'icône de la barre de menus du système. Vous pouvez choisir d'avoir PleaseSleep activer la fonction de veille tout le temps, ou vous pouvez dire à PleaseSleep d'activer la fonction de veille uniquement lorsque certaines applications sont en cours d'exécution.

J'ai enfin mon système en veille de manière fiable. J'ai changé trois choses pour arriver à ce point, qui, je crois, ont toutes contribué:

• J'avais peu d'espace disque (moins de 5% gratuit) sur mon volume principal. Le noyau s'en plaignait system.log(visible dans Console.app) à propos de l'heure à laquelle il aurait dû dormir.

• J'ai désactivé Dropbox, qui accède au disque fréquemment et désagréablement, et empêcherait le sommeil dans Snow Leopard.

• J'ai mis à jour un vieux Chrome embarrassant tous les soirs, et je suis maintenant sur 11.0.658.0 (73560) . Il existe plusieurs bogues ouverts concernant ce Chrome / Chrome empêchant le sommeil inactif. Cependant, je ne l'ai découvert qu'après avoir mis le système en veille après un redémarrage sans aucun programme en cours d'exécution.

Les observations techniques suivent:

Il convient de noter que le volet de préférences Energy Saver se trouve un peu. Je l'ai mis en veille et éteignez l'écran après 1 minute, mais le système ne se met pas en veille pendant 3 minutes et 30 secondes, donnez ou prenez quelques secondes pour écrire l'image Safe Sleep. L'écran prend en fait 2 minutes pour s'endormir. Je soupçonne que c'est un cas d'Apple qui sait mieux que nous - 1 minute est probablement tout simplement trop rapide. Quoi qu'il en soit, cela rend les problèmes de débogage comme celui-ci difficiles car vous devez attendre plus longtemps qu'indiqué pour voir si le système va vraiment se mettre en veille.

Le fait que ces deux applications aient contribué malgré le fait de ne rien faire de particulièrement intensif suggère que Snow Leopard a changé quelque chose sur la façon dont le système décide si un sommeil inactif peut se produire. Il existe une API documentée pour désactiver le sommeil inactif, mais il semble également que l'activité du disque (spécifiquement écrit) plus d'une fois par minute réinitialise également le minuteur de sommeil et retarde ainsi le sommeil. Toute application qui écrit fréquemment est donc une cause possible. sudo fs_usage -e grep -f filesys | grep -e writedans une fenêtre de terminal peut aider à révéler les coupables.

Peut-être l'indexation Spotlight. Vous pouvez tester cela en allant dans Préférences Système> Spotlight> Résultats de la recherche et en décochant tout. Vérifiez ensuite si votre MacBook se met en veille.