Mac schläft nicht automatisch in Lion!

9

Mein Macbook Pro wird nicht in den Ruhezustand versetzt, obwohl es in den Systemeinstellungen → Energiesparmodus festgelegt ist .

  • Ich habe keine Freigabeoptionen aktiviert (Systemeinstellungen → Freigabe).
  • Ich habe "Wake for Network Access" nicht aktiviert (Systemeinstellungen → Energiesparmodus).
  • Es spielt keine Rolle, ob der Mac an eine Stromquelle angeschlossen ist.
  • Ich habe die SMC und den PRAM zurückgesetzt, aber das hat nicht geholfen.

Ich verwende OS X 10.7.3.

Gentmatt
quelle
1
Seltsamerweise habe ich mir neulich das gleiche Problem angesehen und diesen verwandten Beitrag gefunden . Es ist auf 10.6 ausgerichtet, enthält aber eine angemessene Menge an Recherchen und hilfreichen Informationen
binarybob
1
@binarybob Danke für den Link! Das habe ich wirklich nicht gesehen. Anscheinend waren die Antworten nicht sehr ausreichend, wenn man sich die Stimmen ansieht. Ich werde einen sicheren Start versuchen, um zu sehen, ob ich dann noch betroffen bin. Wie haben Sie dieses Problem für sich gelöst?
Gentmatt
1
@binarybob Dieses Problem tritt auch im abgesicherten Modus auf!
Gentmatt
Wie wäre es mit Bluetooth und / oder einer magischen Maus?
Richard
1
@gentmatt Ich habe leider auch keine Lösung gefunden. Ich bin dem Problem bis jetzt irgendwie ausgewichen, indem ich entweder den Deckel meines MBP geschlossen oder einen erzwungenen Schlaf gemacht habe, der funktioniert. Es ist nur der Leerlaufschlaf, der nicht funktioniert :-( Ich habe festgestellt, dass er oft einige Minuten nach der festgelegten Zeit in den Schlaf geht, sagen wir 9 Minuten, wenn er auf 5 Minuten eingestellt ist, aber das war
alles andere als

Antworten:

4

Ein weiterer sicherer Start ergab, dass der automatische Ruhemodus tatsächlich funktioniert. Ich glaube, dass es wahrscheinlich auch beim letzten Versuch funktioniert hätte - aber da der Schlaf einige Minuten später als in den Energiespareinstellungen festgelegt erfolgt, habe ich dies nicht bemerkt.

Was ist mit dem "normalen" Boot?

Grundsätzlich habe ich den automatischen Ruhezustand getestet, wobei alle meine Menü-Extras iotopeinzeln aktiviert wurden, da der von @StuWilson erwähnte Befehl mir nichts Hilfreiches angezeigt hat. Wie sich herausstellt, verursachte das Menü extra Stack Exchange Notifier Schlaflosigkeit.

Gentmatt
quelle
1
Sinnvoll - es muss regelmäßig die Site abgefragt werden, um nach Updates zu suchen.
Jaberg
@jaberg Aber was ist mit Apps wie Tweetdeck? Es wird auch kontinuierlich eine Verbindung zu verschiedenen Servern hergestellt.
Gentmatt
1
sorry re: 'iotop' hat das etwas hilfreiches gezeigt? Aus der Antwort geht hervor, wie es nicht war.
Stu Wilson
Ich vermute, aber ich weiß nicht, dass es einen geeigneten Weg gibt, solche Aufgaben zu codieren, der die Anwendungen anweist, im Ruhezustand des Systems zu ruhen. Wenn ich tiefer denke, habe ich keine Probleme mit meinem MBA bemerkt (aber nicht gesucht), während der w / SEN-Menüpunkt ausgeführt wurde, und ich denke, dass das System planmäßig in den Ruhezustand versetzt wurde, aber wii muss testen das später.
Jaberg
@StuWilson Es wurde nichts über den SEN gepostet.
Gentmatt
3

Die Hauptursache dafür, dass Macs nicht in den Ruhezustand wechseln, ist normalerweise die Festplattenaktivität.

Ich würde vorschlagen, dass Sie im abgesicherten Startmodus booten und dann den Aktivitätsmonitor verwenden, um festzustellen, ob Prozesse E / A-Vorgänge verursachen.

Wenn Sie eine Aktivität sehen und dann versuchen, iotop im Terminal zu verwenden, erhalten Sie eine Aufschlüsselung der Prozess-ID (PID) und des App- oder Prozessnamens, der die E / A-Vorgänge ausführt.

sudo iotop -C 5 10
Stu Wilson
quelle
Danke, ich werde es später an diesem Tag versuchen und dich wissen lassen.
Gentmatt
Dieses Mal würde der Schlaf beim Booten im abgesicherten Modus gut funktionieren. Ich glaube, das hätte auch beim letzten Mal funktionieren sollen. Ich habe dies jedoch nicht bemerkt, da der Schlaf nur einige Minuten später als in den Energiespareinstellungen festgelegt erfolgt. Ich habe es geschafft, die Ursache des Problems in der Stack Exchange Notifier App zu isolieren.
Gentmatt
2

Dies ist vielleicht nicht Ihr Problem, aber ich hatte lange Zeit das gleiche Problem und konnte keine Antwort für mich finden. Deshalb werde ich veröffentlichen, was für mich funktioniert hat, falls später jemand vorbeikommt.

Mein MacBook Pro (und später mein iMac, da ich den Migrationsassistenten verwendet habe) konnte nicht schlafen, wenn ich für irgendetwas im Leerlauf war. Es würde mit geschlossenem Deckel schlafen, oder wenn ich es ausdrücklich sagte, würde aber nicht schlafen, wenn es in Ruhe gelassen würde, wie es nach meinen Vorlieben in Energy Saver sein sollte.

Ich hatte pmset -g assertionsdie Freigabe- und andere Wake-on-LAN-Einstellungen bereits überprüft und deaktiviert, und nichts schien zu funktionieren. Bei der Überwachung pmset -g pslogstellte ich fest, dass der Computer zur geplanten Zeit in den Ruhezustand wechseln und einige Sekunden später wieder aufwachen würde. Dabei wurde wake reasonnur das gemeldet, was zuletzt aufgerufen wurde - selbst wenn es sich um den Netzschalter handelte (das heißt, ich hatte gedrückt den Netzschalter, als ich nicht hatte. Das hat mich erschreckt). Ich hatte diese und ein Dutzend andere Antworten und Foren gelesen und konnte nichts erreichen.

Ich fand einen Hinweis, indem ich überprüfte, pmset -g logwelcher etwas detaillierter war als pslog. Es stellte sich heraus, dass jedes Mal, wenn der Computer in den Ruhezustand ging, ein Vorgang wie folgt "abgebrochen" wurde:

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                 

Beim Nachschlagen von WDDMService im Aktivitätsmonitor stellte sich heraus, dass es sich um einen Hintergrunddämon handelte, der von der berüchtigten "SmartWare" installiert wurde, die auf einem externen Western Digital-Laufwerk installiert war. Also habe ich den Prozess abgebrochen und der Computer ist eingeschlafen, wie er sollte! Da ich die Software nicht benutze, habe ich sie aus launchd entfernt (ich glaube, sie heißt .plist? Ich wusste nicht wirklich, was ich dort tat), damit sie nicht wieder angezeigt wird. Jetzt funktioniert alles gut!

krs013
quelle
0

Ich hatte das gleiche Problem in Mavericks mit einem brandneuen Macbook Pro Retina (Ende 2013). Als ich den Deckel schloss und den Laptop über Nacht geschlossen ließ, ging er nie schlafen. Am Morgen wäre die Batterie leer oder sehr schwach .

Wie sich herausstellt ... war mein Problem auf eine Software zurückzuführen, die von der IT meines Unternehmens installiert wurde:

Symantec Encryption Desktop (SED)

Wie in diesem SED-Setup-Artikel angegeben :

Der Ruhezustand, auch Safe Sleep genannt, wird von PGP WDE nicht unterstützt. Wenn ein Mac in den Ruhezustand wechselt und der Akku leer ist, wird der Mac heruntergefahren und nicht in den sicheren Ruhezustand versetzt. Es ist wichtig, die Maschine auszuschalten, wenn die Batterie leer wird

Hier ist der offizielle Grund von Symantec, warum

PGP Whole Disk Encryption wird im Ruhezustand unter Mac OS X nicht unterstützt. Unter Mac OS X wird beim Ruhezustand des Systems eine Image-Datei erstellt. Sobald die Stromversorgung wiederhergestellt ist, wird der Status des Systems wiederhergestellt, einschließlich aller offenen Programme oder anderer Prozesse, die ausgeführt wurden. Der Speicherort dieser Datei befindet sich in / var / vm / sleepimage und entspricht der Größe des RAM-Speichers auf dem System.

Dieser Modus kann als sicherer Schlaf, tiefer Schlaf oder Ruhezustand bezeichnet werden. Dies ist nicht der normale Ruhemodus, in dem die Stromversorgung eingeschaltet bleiben kann, aber das System befindet sich im Wesentlichen im Leerlauf. In diesem Modus wird kein Bild der Prozesse gespeichert, sondern die Informationen werden im RAM-Speicher gespeichert.

Das Mac OS X-Betriebssystem unterstützt keine fremden Dateisysteme für den Ruhezustand. Der Mac OS X-Ruhezustand wird mit "boot! = Root" nicht unterstützt. Dieses "boot! = Root" ist im Wesentlichen das System, das von Mac zum Booten eines fremden Dateisystems verwendet wird. Damit PGP Whole Disk Encryption ein System startet, wird ein spezielles Dateisystem verwendet, das als fremd angesehen wird. Da PGP Whole Disk Encryption als fremdes Dateisystem betrachtet wird, wird der Ruhezustand von Mac OS X nicht unterstützt.

Als Schutz gegen Systemprobleme und Datenverlust deaktiviert PGP Desktop den Ruhezustand unter Mac OS X. Obwohl der Ruhezustand weiterhin funktioniert, erstellt der Tiefschlaf kein Schlafimage.

TrinitronX
quelle