MacBook Air Mid2013 geht beim Zuklappen nicht in den Ruhezustand

ChrizCross

ChrizCross

Aktives Mitglied
Thread Starter
Dabei seit
21.10.2010
Beiträge
2.556
Reaktionspunkte
225
Ich habe mein Air heute Mittag mit 95% Akku zugeklappt. Die Monitorbeleuchtung (Apfel) ging sofort aus.

Nach 5 Stunden klappe ich es wieder auf und habe noch 50% Akku :eek:

Jetzt gehe ich davon aus, dass es nur den Monitor ausschaltet und nicht in den Ruhemodus geht. Schicke ich ihn manuell in den Ruhezustand und klappe ihn dann zu, habe ich nach 12 Stunden kein % verloren.

Wie kann ich das kontrollieren? Gibt es u.U. einen Terminalbefehl um das Log einzusehen?
 
Wenn du gute Ohren hast einfach mal den Lüfter anhören.
 
marc2704 schrieb:
Wenn du gute Ohren hast einfach mal den Lüfter anhören.
Zum Vergrößern anklicken....

Der Lüfter scheint nicht zu laufen. Aber auch im Betrieb kann ich ihn nicht hören (Raumtemperatur 18 Grad). Nur wenn ich ein Flash Video/Werbung ansehe, ist er so gerade wahrnehmbar.

kleinerkathe schrieb:
Was hast du am Air angeschlossen?
Zum Vergrößern anklicken....

Habe nichts angeschlossen. WoL, sowie sämtliche Dienste (Internetfreigabe, Bildschirmfreigabe etc.) sind ebenfalls nicht aktiv.
 
In der /Programme/Dienstprogramme/Konsole.app findest du die Logs, vielleicht findest sich da ja etwas.
 
Pill schrieb:
In der /Programme/Dienstprogramme/Konsole.app findest du die Logs, vielleicht findest sich da ja etwas.
Zum Vergrößern anklicken....

Danke für den Tipp.

Also an dem Zeitpunkt, wo ich das Book wieder aufgeklappt hatte, steht "WakeUp Reason: LidOpen (User)"... scheint also doch im Ruhezustand gewesen zu sein. Nur woher kommt dann dieser hohe Stromverbrauch?

Hatte es über Nach nun herunter gefahren. Jetzt hat sich an den % nichts verändert. Werde es gleich noch mal für 3 Stunden schlafen schicken und dann wieder prüfen.
 
Evtl. Power Nap bei Batteriebetrieb in den Energiespareinstellungen aktiviert?
 
Gibt's denn zum Zeitpunkt des Ruhezustands irgendwelche Einträge in der Konsole?
 
Es ist jetzt eine Stunde geschlossen. Werde in einer Stunde nachsehen und die Logs von beiden malen posten. Mal sehen, ob es Unterschiede gibt.
 
Wenn du sagst du hörst die Lüfter nur wenn du Flashvideos oder sonstiges offen hast was viele Ressourcen frisst, lass doch mal ein Video laufen und klapp es zu. Vllt. hörst du dann ja was.
 
julesruless schrieb:
Wenn du sagst du hörst die Lüfter nur wenn du Flashvideos oder sonstiges offen hast was viele Ressourcen frisst, lass doch mal ein Video laufen und klapp es zu. Vllt. hörst du dann ja was.
Zum Vergrößern anklicken....

Gute Idee, werde ich versuchen, wenn das Log gleich keine Klarheit bringen sollte.
 
So, nun war es 6 Stunden zugeklappt und hat 6% verloren.

Code: 
26.06.13 11:56:23,324 WindowServer[78]: Created shield window 0x6c for display 0x042737c0
26.06.13 11:56:23,324 WindowServer[78]: device_generate_desktop_screenshot: authw 0x0(0), shield 0x0(0)
26.06.13 11:56:23,332 WindowServer[78]: device_generate_lock_screen_screenshot: authw 0x0(0), shield 0x0(0)
26.06.13 11:56:23,000 kernel[0]: 906.136691: AirPort_Brcm43xx::powerChange: System Sleep 
26.06.13 11:56:23,000 kernel[0]: AppleCamIn::powerStateWillChangeTo - root-domain power state = 0x00000002 (flags=0x00000004)
26.06.13 11:56:24,000 kernel[0]: en0: BSSID changed to 70:73:cb:bb:04:13
26.06.13 11:56:24,000 kernel[0]: wlEvent: en0 en0 Link DOWN virtIf = 0
26.06.13 11:56:24,000 kernel[0]: AirPort: Link Down on en0. Reason 8 (Disassociated because station leaving).
26.06.13 11:56:24,000 kernel[0]: en0::IO80211Interface::postMessage bssid changed
26.06.13 11:56:24,000 kernel[0]: IOThunderboltSwitch<0xffffff80235b7e00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 11 unplug = 0
26.06.13 11:56:24,000 kernel[0]: IOThunderboltSwitch<0xffffff80235b7e00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 12 unplug = 0
26.06.13 11:56:25,455 configd[17]: network changed: v4(en0-:10.0.1.49) DNS- Proxy- SMB
26.06.13 18:01:37,000 kernel[0]: AppleThunderboltNHIType2::waitForOk2Go2Sx - retries = 3
26.06.13 18:01:37,000 kernel[0]: Wake reason: EC.LidOpen XHC1 (User)
26.06.13 18:01:37,000 kernel[0]: 908.304599: AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance wake
26.06.13 18:01:37,000 kernel[0]: AppleCamIn::powerStateWillChangeTo - root-domain power state = 0x00000003 (flags=0x00000002)
26.06.13 18:01:37,000 kernel[0]: AppleCamIn::wakeEventHandlerThread
26.06.13 18:01:37,000 kernel[0]: Previous Sleep Cause: 5
26.06.13 18:01:37,000 kernel[0]: SMC::smcHandleInterruptEvent WARNING status=0x0 (0x20 not set) notif=0x0
26.06.13 18:01:37,000 kernel[0]: USB (XHCI Root Hub USB 2.0 Simulation):Port 11 on bus 0xa connected or disconnected: portSC(0xe0202a0)
26.06.13 18:01:37,000 kernel[0]: [0xffffff8023af8a00](0)/(5) Device not responding
26.06.13 18:01:37,000 kernel[0]: AppleHSSPIController::HandleMessage Device Wake by Host
26.06.13 18:01:37,275 hidd[62]: MultitouchHID: device bootloaded
26.06.13 18:01:37,000 kernel[0]: IOThunderboltSwitch<0xffffff80235b7e00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 11 unplug = 0
26.06.13 18:01:37,000 kernel[0]: IOThunderboltSwitch<0xffffff80235b7e00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 12 unplug = 0
26.06.13 18:01:37,000 kernel[0]: TBT W (2): 0x0100 [x]
26.06.13 18:01:37,611 WindowServer[78]: handle_will_sleep_auth_and_shield_windows: no action for lock state 1
26.06.13 18:01:37,612 WindowServer[78]: Created shield window 0x6d for display 0x003f003d
26.06.13 18:01:37,613 WindowServer[78]: handle_will_sleep_auth_and_shield_windows: no action for lock state 1
26.06.13 18:01:37,613 WindowServer[78]: Created shield window 0x6e for display 0x003f003e
26.06.13 18:01:37,613 WindowServer[78]: handle_will_sleep_auth_and_shield_windows: no action for lock state 1
26.06.13 18:01:37,768 com.apple.launchd[1]: (com.apple.softwareupdatecheck.periodic) Throttling respawn: Will start in 10 seconds
26.06.13 18:01:38,000 kernel[0]: en0: 802.11d country code set to 'X3'.
26.06.13 18:01:38,000 kernel[0]: en0: Supported channels 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140 149 153 157 161
26.06.13 18:01:38,000 kernel[0]: en0: 802.11d country code set to 'DE'.
26.06.13 18:01:38,000 kernel[0]: en0: Supported channels 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140 149 153 157 161 165
26.06.13 18:01:38,000 kernel[0]: 910.166478: MacAuthEvent en0   Auth result for: 70:73:cb:bb:04:13  MAC AUTH succeeded
26.06.13 18:01:38,000 kernel[0]: wlEvent: en0 en0 Link UP virtIf = 0
26.06.13 18:01:38,000 kernel[0]: AirPort: Link Up on en0
26.06.13 18:01:38,000 kernel[0]: en0: BSSID changed to 70:73:cb:bb:04:13
26.06.13 18:01:38,000 kernel[0]: en0::IO80211Interface::postMessage bssid changed
26.06.13 18:01:38,000 kernel[0]: AirPort: RSN handshake complete on en0
26.06.13 18:01:38,900 configd[17]: network changed: v4(en0+:10.0.1.49) DNS+ Proxy+ SMB
26.06.13 18:01:38,900 SystemMonitorMenu[173]: Frequent network configuration changes detected. Waiting for system to settle.
26.06.13 18:01:38,910 UserEventAgent[11]: Captive: en0: Not probing 'Ray' (protected network)
26.06.13 18:01:38,915 configd[17]: network changed: v4(en0!:10.0.1.49) DNS Proxy SMB
26.06.13 18:01:38,916 SystemMonitorMenu[173]: Frequent network configuration changes detected. Waiting for system to settle.
 
Könnte eventuell Powernap dafür verantwortlich sein? Die neuen Macs machen ja zum Beispiel Softwareupdates während sie im Ruhezustand sind. Das würde den erhöhten Stromverbrauch während der einen Phase im Ruhezustand erklären.
 
Wie bereis gesagt, nein. Habe ich mehrfach überprüft.
 
Ich würde Power Nap auch mal bei angeschlossenem Netzteil deaktivieren und vor dem Ruhezustand mal alle Programme beenden und beobachten, ob das Problem weiterhin besteht. Vielleicht lässt sich so das Problem eingrenzen. Du könntest auch mal einen neuen Account anlegen und das Problem da prüfen.

PS: Das Problem gibt's anscheinend öfters, wenn du mal hier im Forum suchst. Eine richtige Lösung (außer Neuinstallation) habe ich aber noch nicht gefunden.
 
Wenn gar nichts hilft ein Backup machen (wenn noch nicht vorhanden) und OSX neu installieren. Damit lässt sich das Problem schonmal eingrenzen.
 
marc2704 schrieb:
Wenn gar nichts hilft ein Backup machen (wenn noch nicht vorhanden) und OSX neu installieren. Damit lässt sich das Problem schonmal eingrenzen.
Zum Vergrößern anklicken....

Werde ich wohl auch tun. Ist das erste mal, dass ich ein OS, das vorinstalliert war, drauf gelassen habe. Vorher immer selbst formatiert und neu installiert um sicher zu gehen (Windows-Angewohnheit von damals).

Sicherung habe ich immer laufen. Also mal neu installieren und schauen... ML hab ich vom iMac noch auf nem Stick.
 
So, System neu aufgesetzt und nun läuft alles, wie es soll. Das Book geht nun nach einer Stunde in den DeepSleep.
 
Kurze Zwischenfrage,
du sagst man kann den Lüfter "so grade eben" Wahrnehmen, wenn du ein Flashvideo laufen lässt.
In dem YouTube Kanal von "Technikfaultier" wird berichtet das der Lüfter (laut Aussage des Testers) so gut wie nie anspringt.
Jetzt muss ich hier lesen, das er wohl doch schon bei Flashvideos langsam anläuft...

Kann jemand andeses Berichten?

Ich denke auch daran mir ein MB zuzulegen, bin mir aber noch nicht ganz sicher welchens MBA oder MBPr (würde aber auf das Haswell update warten)
Wobei mich die aussage von Technikfaultier schon sehr überzeugt hat, das der Lüfter und somit die Lautstärke des MBA (mid 2013) sehr gering ausfällt.
 
Zurück
Oben Unten