Mac ne dort pas automatiquement dans Lion!

9

Mon Macbook Pro ne se met pas en veille même s'il est défini dans Préférences Système → Économiseur d'énergie .

  • Je n'ai aucune option de partage activée (Préférences Système → Partage).
  • Je n'ai pas activé "Wake for network access" (Préférences Système → Energy Saver).
  • Peu importe que le Mac soit connecté à une source d'alimentation.
  • J'ai réinitialisé le SMC et la PRAM, mais cela n'a pas aidé.

J'utilise OS X 10.7.3.

gentmatt
la source
1
Curieusement, je regardais le même problème l'autre jour et j'ai trouvé ce message connexe . Il vise 10,6, mais contient une quantité raisonnable de recherches et d'informations utiles
binarybob
1
@binarybob Merci pour le lien! Je n'ai vraiment pas vu ça. Apparemment, les réponses n'ont pas été très suffisantes lorsque vous regardez les votes. J'essaierai un Safe Boot pour voir si je suis toujours affecté alors. Comment avez-vous résolu ce problème par vous-même?
gentmatt
1
@binarybob Ce problème se produit également en mode sans échec!
gentmatt
Que diriez-vous du Bluetooth et / ou d'une souris magique?
Richard
1
@gentmatt Je n'ai malheureusement pas non plus trouvé de solution. J'ai en quelque sorte esquivé le problème jusqu'à présent en fermant le couvercle de mon MBP ou en faisant un sommeil forcé qui fonctionne. C'est juste le sommeil inactif qui ne fonctionne pas :-( J'ai trouvé que souvent il s'endormait plusieurs minutes après la période définie, disons 9 minutes s'il était réglé à 5 minutes, mais c'était loin d'être reproductible.
binarybob

Réponses:

4

Un autre démarrage sûr a révélé que le mode de veille automatique fonctionne réellement. Je crois que cela aurait probablement fonctionné la dernière fois que je l'ai essayé aussi - mais, comme le sommeil se produit plusieurs minutes plus tard que l'heure définie dans les paramètres Energy Saver, je ne l'ai pas remarqué.

Qu'en est-il du démarrage «normal»?

J'ai essentiellement testé la mise en veille automatique avec tous mes extras de menu activés un par un, car la iotopcommande mentionnée par @StuWilson ne m'a rien montré d'utile. Il s'avère que le menu supplémentaire Stack Exchange Notifier a provoqué des insomnies.

gentmatt
la source
1
Cela a du sens - il doit régulièrement interroger le site à la recherche de mises à jour.
jaberg
@jaberg Mais qu'en est-il des applications comme Tweetdeck? Il se connecte également en continu à différents serveurs.
gentmatt
1
désolé re: 'iotop' est-ce que cela a montré quelque chose d'utile? de la réponse, il se lit comme il ne l'a pas fait.
Stu Wilson
Je soupçonne, mais je ne sais pas, qu'il existe un moyen approprié de coder des tâches comme celle-ci qui indique aux applications de rester en veille lorsque le système est en veille. Comme je le pense plus profondément, je n'ai pas remarqué (mais je n'ai pas cherché) de problèmes avec mon MBA restant endormi avec le menu w / SEN en cours d'exécution et je pense que le système allait dormir à l'heure prévue, mais je devrai tester cela plus tard.
jaberg
@StuWilson Il n'a rien publié sur le SEN.
gentmatt
3

La principale cause de non-entrée des ordinateurs en mode inactif est généralement l'activité du disque.

Je vous suggère de démarrer en mode de démarrage sécurisé, puis d'utiliser le moniteur d'activité pour voir si des processus provoquent des opérations d'E / S.

Si vous voyez de l'activité, essayez d'utiliser iotop dans le terminal, cela vous donnera une ventilation de l'ID de processus (PID) et du nom de l'application ou du processus effectuant les opérations d'E / S.

sudo iotop -C 5 10
Stu Wilson
la source
Merci, je vais essayer cela plus tard dans la journée et je vous le ferai savoir.
gentmatt
Cette fois, lors du démarrage en mode sans échec, le sommeil fonctionnerait bien. Je pense que cela aurait également dû fonctionner la dernière fois. Cependant, je ne l'ai pas remarqué car le sommeil ne se produit que quelques minutes plus tard que l'heure définie dans les paramètres Energy Saver. J'ai réussi à isoler la cause du problème dans l'application Stack Exchange Notifier.
gentmatt
2

Ce n'est peut-être pas votre problème, mais j'ai le même problème depuis longtemps et je n'ai pas trouvé de réponse pour moi, donc je posterai ce qui a fonctionné pour moi au cas où quelqu'un viendrait plus tard.

Mon MacBook Pro (et plus tard, mon iMac, car j'ai utilisé Migration Assistant) ne dormait pas lorsqu'il était inactif pour rien. Il dormirait avec le couvercle fermé, ou si je le lui disais explicitement, mais ne dormait pas lorsqu'il était laissé seul, comme il aurait dû l'être selon mes préférences dans Energy Saver.

J'avais déjà vérifié pmset -g assertionset désactivé le partage et d'autres paramètres de réveil sur LAN, et rien ne semblait fonctionner. En surveillant pmset -g pslog, j'ai constaté que l'ordinateur s'endormirait à l'heure prévue et se réveillerait quelques secondes plus tard, signalant wake reasonque tout ce qui avait été appelé en dernier, même si c'était le bouton d'alimentation (c'est-à-dire qu'il avait dit que j'avais appuyé sur le bouton d'alimentation quand je ne l'avais pas fait. Cela m'a fait peur). J'avais lu ceci et une douzaine d'autres réponses et forums et je n'ai pu aller nulle part.

J'ai trouvé un indice en vérifiant pmset -g logce qui était un peu plus détaillé que pslog. Il s'est avéré que chaque fois que l'ordinateur s'endormait, un processus "annulé" comme ceci:

3/13/13 12:00:12 AM CDT  Sleep                  Software Sleep Sleep: Using AC                                              6492 secs 
3/13/13 12:00:12 AM CDT  Cancelled              Kernel: Response from WDDMService is to cancel state change                 

En recherchant WDDMService dans le moniteur d'activité, il s'est avéré être un démon d'arrière-plan installé par le fameux "SmartWare" fourni sur un disque externe Western Digital. J'ai donc tué le processus et l'ordinateur s'est endormi comme il se doit! Comme je n'utilise pas le logiciel, je l'ai supprimé de launchd (que je pense qu'il a appelé le .plist? Je ne savais pas vraiment ce que je faisais là-bas) afin qu'il n'apparaisse plus. Tout fonctionne bien maintenant!

krs013
la source
0

J'ai eu le même problème dans Mavericks avec un tout nouveau Macbook Pro Retina (fin 2013). Lorsque j'ai fermé le couvercle et laissé l'ordinateur portable fermé pendant la nuit, il ne s'est jamais endormi. Le matin, la batterie serait morte ou très faible .

En fait ... mon problème était dû à un logiciel installé par l'informatique de mon entreprise:

Symantec Encryption Desktop (SED)

Comme indiqué dans cet article sur la configuration de SED :

La mise en veille prolongée également appelée Veille sécurisée n'est pas prise en charge avec PGP WDE, lorsqu'un Mac se met en veille et manque de batterie, le Mac s'arrête et ne passe pas en veille sécurisée. Il est important d'éteindre la machine si la batterie est déchargée

Voici la raison officielle de Symantec

PGP Whole Disk Encryption n'est pas pris en charge avec le mode hibernation sous Mac OS X. Sous Mac OS X, un fichier image est créé lors de l'hibernation du système. Une fois l'alimentation rétablie, l'état du système est restauré, y compris tous les programmes ouverts ou autres processus en cours d'exécution. L'emplacement de ce fichier se trouve dans / var / vm / sleepimage et correspond à la taille de la mémoire RAM du système.

Ce mode peut être appelé sommeil sécurisé, sommeil profond ou hibernation. Ce n'est pas le mode veille normal dans lequel l'alimentation peut rester allumée, mais le système est essentiellement inactif. Ce mode ne conserve pas une image des processus, mais plutôt les informations sont stockées dans la mémoire RAM.

Le système d'exploitation Mac OS X ne prend pas en charge les systèmes de fichiers étrangers pour l'hibernation. Le mode d'hibernation de Mac OS X n'est pas pris en charge avec "boot! = Root". Ce "boot! = Root" est essentiellement le système utilisé par Mac pour démarrer un système de fichiers étranger. Pour que PGP Whole Disk Encryption démarre un système, un système de fichiers spécial est considéré comme étranger. Comme PGP Whole Disk Encryption est considéré comme un système de fichiers étranger, le mode d'hibernation n'est pas pris en charge par Mac OS X.

Pour éviter les problèmes du système et la perte de données, PGP Desktop désactive le mode d'hibernation sur Mac OS X. Bien que la veille fonctionne toujours, la veille profonde ne crée pas d'image de veille.

TrinitronX
la source