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,5
OS 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 diff
ré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
la source
pmset -g assertions
ce qui montre des informations sur le processus (ou quelque chose) qui empêche le sommeil. Vérifiez-le.Réponses:
Pour aider à déboguer les problèmes de sommeil, essayez la
pmset
commande dans le terminal: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:
Aucun indicateur pour PreventUserIdleSystemSleep.
la source
pmset
je ne connaissais pas. Merci d'avoir porté cela à mon attention.PreventUserIdleDisplaySleep
est toujours défini sur 1?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 .
la source
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 write
dans une fenêtre de terminal peut aider à révéler les coupables.la source
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.
la source
mdutil -a -i off
, mais le problème a persisté. Veuillez me faire savoir si cela n'est pas fonctionnellement équivalent à votre suggestion.