Was mich immer am meisten am Mac fasziniert hat war, daß der Mac nach dem Wake up SOFORT einsatzbereit ist. Das war an meinem Mac Mini so und ist auch an meinem Mac Book so. Nur der iMac i5 macht da nicht so mit wie ich es gewohnt bin.

Beim Sleep benötigt er ca. 5 Sekunden bis er sich tatsächlich abschaltet und beim Wake Up benötigt er auch gute 10 Sekunden bis er wieder wirklich voll da ist und man z.B. eine Internetseite erreichen kann.

Zuerst die Frage an alle, die auch einen iMac 27" haben. Ist das bei euch auch so? Wäre nett, wenn jemand bei dem das nicht so ist kurz schreiben könnte. Ich forsche jetzt schon seit Tagen nach diesem Problem, leider ohne Ergebnis.

Da ich das verhalten merkwürdig fand habe ich den iMac gestern mal neu installiert und den gleichen Test unmittelbar nach der Installation gemacht, jedoch mit dem gleichen Ergebnis. Deshalb gehe ich nicht davon aus, daß es nur eine fehlerhafte Einstellung ist sondern ggf. hardwarebedingt.

Hier noch ein kurzer Auszug aus meiner kernel.log. Hier sieht man sehr schön, daß der iMac bei 15:07:53 das Signal zum Sleep bekommt, aber erst bei 15:07:59 wirklich abschaltet. Gleiches gilt für den Wake Up. Bei 15:08:04 wurde der iMac via Mausklick aufgweckt, bei 15:08:16 ist er jedoch erst so weit, daß er auf Tastatureingaben reagiert.


Mar 28 15:07:53 iMac-TR kernel[0]: AFPSleepWakeHandler: going to sleep
Mar 28 15:07:58 iMac-TR kernel[0]: /drv/ MacModule.cpp:261 powerStateWillChangeTo: flags=4 stateNumber=2
Mar 28 15:07:58 iMac-TR kernel[0]: /drv/ MacModule.cpp:266 powerStateWillChangeTo: found flag=kIOPMSleepCapability (4)
Mar 28 15:07:59 iMac-TR kernel[0]: USBF: 4601.112 AppleUSBEHCI[0xcf08000]::DoControlTransfer sync request on workloop thread. Use async!
Mar 28 15:07:59 iMac-TR kernel[0]: /drv/ MacModule.cpp:261 powerStateDidChangeTo: flags=4 stateNumber=2
Mar 28 15:07:59 iMac-TR kernel[0]: /drv/ MacModule.cpp:266 powerStateDidChangeTo: found flag=kIOPMSleepCapability (4)
Mar 28 15:07:59 iMac-TR kernel[0]: System Sleep
Mar 28 15:08:04 iMac-TR kernel[0]: Wake reason = EHC1 EHC2
Mar 28 15:08:04 iMac-TR kernel[0]: System Wake
Mar 28 15:08:04 iMac-TR kernel[0]: /drv/ MacModule.cpp:261 powerStateWillChangeTo: flags=82 stateNumber=4
Mar 28 15:08:04 iMac-TR kernel[0]: /drv/ MacModule.cpp:262 powerStateWillChangeTo: found flag=kIOPMPowerOn (2)
Mar 28 15:08:04 iMac-TR kernel[0]: /drv/ MacModule.cpp:267 powerStateWillChangeTo: found flag=kIOPMRestartCapability (80)
Mar 28 15:08:04 iMac-TR kernel[0]: /drv/ MacModule.cpp:261 powerStateDidChangeTo: flags=82 stateNumber=4
Mar 28 15:08:04 iMac-TR kernel[0]: /drv/ MacModule.cpp:262 powerStateDidChangeTo: found flag=kIOPMPowerOn (2)
Mar 28 15:08:04 iMac-TR kernel[0]: /drv/ MacModule.cpp:267 powerStateDidChangeTo: found flag=kIOPMRestartCapability (80)
Mar 28 15:08:04 iMac-TR kernel[0]: Previous Sleep Cause: 5
Mar 28 15:08:04 iMac-TR kernel[0]: USBF: 4601.820 AppleUSBEHCI[0xcf08000]::DoControlTransfer sync request on workloop thread. Use async!
Mar 28 15:08:04 iMac-TR kernel[0]: USBF: 4601.828 AppleUSBEHCI[0xcf08000]::DoControlTransfer sync request on workloop thread. Use async!
Mar 28 15:08:04 iMac-TR kernel[0]: AirPort: Link Down on en1. Reason 1 (Unspecified).
Mar 28 15:08:04 iMac-TR kernel[0]: USBF: 4601.836 AppleUSBEHCI[0xcf08000]::DoControlTransfer sync request on workloop thread. Use async!
Mar 28 15:08:05 iMac-TR kernel[0]: The USB device BRCM2046 Hub (Port 1 of Hub at 0xfa100000), just caused a wake because it signaled remote wakeup
Mar 28 15:08:05 iMac-TR kernel[0]: en1: 802.11d country code set to 'DE'.
Mar 28 15:08:05 iMac-TR kernel[0]: en1: 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
Mar 28 15:08:05 iMac-TR kernel[0]: The USB device Bluetooth USB Host Controller (Port 1 of Hub at 0xfa110000), just caused a wake because it signaled remote wakeup
Mar 28 15:08:05 iMac-TR kernel[0]: [InterruptReadHandler] Received kIODeviceNotResponding error - retrying: 1.
Mar 28 15:08:05 iMac-TR kernel[0]: EIR is supported.
Mar 28 15:08:05 iMac-TR kernel[0]: SSP is supported.
Mar 28 15:08:05 iMac-TR kernel[0]: [0e7aa600][BNBMouseDevice::startMultitouch][30] ERROR: Invalid attempt to re-start multitouch handler
Mar 28 15:08:05 iMac-TR kernel[0]: AirPort: Link Up on en1
Mar 28 15:08:05 iMac-TR kernel[0]: AirPort: RSN handshake complete on en1
Mar 28 15:08:16 iMac-TR kernel[0]: AFPSleepWakeHandler: waking up

5 und 10 sec. ist relativ lange.

nicht richtig unterstütztes usb gerät oder airport…

Wenn ich alle USB-Geräte abklemme und die Airport des iMac deaktiviere habe ich den gleichen Effekt. PRAM-Reset habe ich auch schon getestet.

Bei mir ist es bei einem i7 genauso. Habe aber noch nicht nachgeforscht woran es liegen könnte.

lade doch mal das Programm "Rember" herunter und überprüfe den Arbeitsspeicher.
Evtl. liegt da der Hund begraben. Dieses Problem hatte ich damals bei meinem PowerBook G4 867.

Ist bei mir auch so (i5), ohne dass ich mir bisher groß Gedanken gemacht hätte. Aber ein ganz klein bisschen nervt es doch.

Sorry, aber wieder so einer mit RIESEN Problemen …

Sorry, aber was kümmert es Dich?
Mich stört es eben. Muss ich mich deswegen bei Dir dafür rechtfertigen?
Vielleicht will ich auch nur rausfinden was der Grund dafür ist weil ich mein System etwas besser verstehen will.

BCM2046 - Single-Chip Bluetooth® EDR HCI Solution

Wenn Ihr die Bluetooth Mouse an habt gibt es Probleme der Chip für Bluetooth wird oben aufgeführt. Seit ich die Mouse ausschalte und eine normale Abends anhänge ist Ruhe. Auch die Bluetooth Tastatur ist daran mitbeteiligt. Diese habe ich auf Grund des Akkuverbrauchs durch eine erweiterte USB-Tastatur ausgetauscht. Ohne Bluetooth Geräte ist alles so wie es sein soll.

Snowleopard_09
Bluetooth ist es leider auch nicht. Hab auch schon versucht BT abzuschalten und mit einer Kabelmaus zu arbeiten. Gleiches Problem.

Mir ist auch noch aufgefallen, daß der Shutdown auch wesetlich länger dauert als auf den anderen Macs. Eines der Features von 10.6 soll ja gerade sein, daß es unmittelbar runterfährt. Auch hier machen meine beiden anderen Macs dem 27" iMac vor wie es eigentlich gehen sollte.

sowas ähnliches ist mir auch bei meinem MBP 13'' aufgefallen, es braucht ganze 20-30 SEKUNDEN bis zum Ruhezustand. Dabei laufen keine Programme oder störende Prozesse (Mac OS X 10.6.2)

sorry fronk, das ist quatsch.
Könnte ja auch ein Hardware-Defekt vorliegen. Da ist es besser das Gerät zurückzuschicken.
Oder es nervt einfach. Wenn es nicht normal ist, warum sollte man den Fehler nicht behebn wollen?
sorry fronk, das ist quatsch.

ruf doch mal Hotline an...?

Jedenfalls weiss ich jetzt, dass andere das Problem auch haben.
Das Gerät hat immerhin fast 2000 Taler gekostet. Da kann man erwarten, dass es einwandfrei funktioniert.

Habt Ihr denn den SafeSleep noch aktiviert? Ansonsten wäre zumindest die Sleepzeit von 10-30 Sekunden normal, abhängig von der RAM Größe und der Schnelligkeit der Platte. Die WakeUp Zeit sollte aber eigentlich davon nicht beeinflusst werden...
Um den Safe Sleep (den ich selbst als Notebookbenutzer nie brauche) loszuwerden, empfehle ich das PrefPane SmartSleep .

"...Wake Up benötigt er auch gute 10 Sekunden bis er wieder wirklich voll da ist und man z.B. eine Internetseite erreichen kann..."
Das war bei mir noch nie anders, da ich wifi benutze und er nach dem sleep erst die Verbindung wieder herstellt.

MBP 3.1:
Sleep ca 10 sec bis Anzeige blinkt
Wakeup ca 7 sec bis Netzwerk verbunden

Im Vergleich zum Win LapTop in der Arbeit ist das aber immer noch hyper super rasend schnell...

Hab grade gesehen, dass es bei dir ca 1 sec dauert bis alles läuft, vorletzte Zeile. Der Rest scheint die Routerverbindung (11 sec) zu sein!? Wie bist du mit dem Netz verbunden?

2000 Taler sind wesentlich mehr wert als 2000 €.

Ich bin mit dem Netz drahtlos via AirPort verbunden. Der Effekt tritt jedoch auch auf wenn ich die Airport deaktiviere und überhaupt nicht mit dem Netz verbunden bin. Die Airport hatte ich auch immer im Verdacht aber was kann ich noch mehr machen als sämtliche Devices (BT, AP, USB) zu deaktivieren.

Genau genommen hat man nach dem Wake Up ca. 1 Sekunde Zeit in der das System regiert. In dieser Zeit kann man auch eine Taste drücken. Danach erscheint jedoch für 10 Sekunden der Beachball.

Ahhh, du hast für 10 Sekunden den Beachball... aber keine Programme offen? Auch nicht im Hintergrund - irgendwelche Screensaver, Helper, oder so?

Devices allein zu deaktivieren wird nicht reichen wenn ein Programm im Hintergrund versucht auf etwas zuzugreifen - das könnte sogar die Zeit verlängern.

Sorry für die Frage, aber hast du eine CD oder DVD im Laufwerk?

Nein, es befindet sich nichts im Laufwerk.

Ich muss nichtmal angemeldet sein um diesen Effekt zu erzielen.
- Rechner hochfahren
- Wenn der Anmeldebildschirm erscheint Sleep
- Mausklick zum Aufwachen
- Nach den bereits genannten 10 Sekunden kann man sich dann endlich mal anmelden.

Wenn Du willst kannst Du Dir mal folgendes Demo runter laden: (iDefrag 2)


Das Demo mal starten und die Festplatte anzeigen lassen. Ist der untere schmale Bereich stark rot durchsetzt? Schau dann mal unter dem Reiter "Files" nach den fragmentierten Dateien. Interessant ist of der Kernel oder andere Systemdateien darunter sind.

Unter dem Reiter "Statistic" ist interessant wie stark die Fragmentierung der Dateien und des FreeSpace sind.
Die Daten könnten helfen die Ursache zu finden.

Vor dem Defragmentieren würde ich die MagicMouse (vielleicht gleich das komplette Bluetooth) mal abschalten, den Rechner über die Tastatur wecken und schauen, ob der Beachball dann auch noch kommt. Falls nicht, würde ich mal versuchen, an ne neue MagicMouse zu kommen.

@gagigu: Das Verhalten ist normal, besonders bei Konfigurationen mit viel Arbeitsspeicher. Apple Rechner bereiten immer gleichzeitig mit dem Einschlafen den Hibernate-Modus vor, um für plötzlichen oder späteren Stromverlust gewappnet zu sein und den Betriebszustand des Rechners notfalls von der Festplatte wiederherstellen zu können. Das ist aber bei iMacs nicht so.