• Es ist bereits Apfeltalk-Tradition und wir möchten sie auch in diesem Jahr fortsetzen: Unser Apfeltalk-Weihnachtslogo-Wettbewerb hat begonnen! Gestaltet für uns das Weihnachtsbanner, das im Monat Dezember bis zum Weihnachtsfest unsere Webseite schmücken soll. Lasst Eurer Kreativität freien Lauf! Hier geht es zum Wettbewerb --> Klick

[10.8 Mountain Lion] Herunterfahren nach SSD-Upgrade dauert zu lange..

Carlo__

Braeburn
Registriert
03.01.11
Beiträge
46
Hallo Community,
ich habe in Mein MacBook Pro early 2011 eine Samsung 830 SSD eingebaut und bin sehr zufrieden. Booten dauert 13 Sekunden, die Performance ist einfach viel besser. Doch das Herunterfahren dauert bei mir sehr lange, teilweise bis zu 30 Sekunden, was ich sehr merkwürdig finde und auch etwas nervig..
Hat Jemand von euch eine Idee woran das liegen könnte? Zugriffsrechte habe ich schon repariert..
Danke im Vorraus :)
 
Das im Titel gesagte Problem habe ich auch.

Bei meinem MacBook Pro 9,2 (2013) dauert der Bootvorgang nur einige Sekunden. - Traumhafte Werte.
Sobald ich mein MBP ausschalten will, dauert es ewig und drei Tage.

Meine MacBook Pro Konfig:

Mac OS X 10.8.4
Intel Core i7 2,, GHz
16 GB DDR3 1600 MHz RAM
120 GB Samsung 840 series SSD
256 GB Samsung 830 series SSD

Die 120 GB SSD ist die Systemplatte. Auf der 256 GB SSD habe ich die Benutzerordner untergebracht.
Kann es eventuell ein Problem darstellen dass mein Book lange zum herunterfahren benötigt weil der Benutzerordner nicht auf der System-Platte ist?

Wie kann man den Shutdown beschleunigen?

Wenn ich die Tastenkombination [ctrl]+[alt]+[cmd]+[DVD-Auswerfen] drücke, fährt mein MBP direkt und innert Sekunden herunter. Fahre ich ihn über den regulären Weg, sei es mit dem An/Aus-Knopf oder über das Apfel-Menü => Ausschalten... benötigt es eine Ewigkeit bis es aus ist.
 
Zuletzt bearbeitet:
Steht denn beim Ausschalten irgendwas in den Logs in der Konsole? (Bleibt ja drin, lässt sich auch posthum auslesen.)
Mein Rezept wäre übrigens, natürlich nach Klären des Problems, den Rechner gar nicht auszuschalten - das ist doch sowas von 20. Jahrhundert - sondern in den Tiefschlaf zu schicken. Braucht auch keinen Strom, und man hat hinterher exakt alles so wie vorher.
Ich bezweifle zwar, daß es schneller ist als Aus und nackter Neustart, aber wenn man rechnet, bis wieder alles so ist wie vorher, Programme und Dateien geöffnet, ist es sicher schneller.
Zwischen normalen Standby (für zwischendurch) und Tiefschlaf kann man u.a. mit dem Widget DeepSleep wechseln.
Wobei ich, ehrlich gesagt, noch nie verstanden habe, warum man sich sorgt um Sekunden oder schlimmstenfalls Minuten bei Start/Beenden/Wiederaufwachen… Arbeiten die Leute auch so wahnsinnig schnell, daß das ins Gewicht fällt?
 
Das hier wäre ein Herunterfahren und ein Hochfahren in der Konsole:

Code:
04.09.13 08:45:08.509 Mail[185]: *** Assertion failure in -[IMAPAccount _IMAPMailboxForMailboxUid:name:createIfNeeded:], /SourceCache/Message/Message-1508/Message/IMAP/IMAPAccount.m:1413Expected mailboxUid for Entwürfe
(
	0   CoreMessage                         0x00007fff84c39517 -[MFAssertionHandler _handleFailureWithPreamble:description:arguments:] + 141
	1   CoreMessage                         0x00007fff84c39388 -[MFAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 215
	2   Message                             0x00007fff85156dfc -[IMAPAccount _IMAPMailboxForMailboxUid:name:createIfNeeded:] + 423
	3   IMAP                                0x00007fff8763206f -[IMAPConnection _recordUntaggedResponse:forOperation:exists:fromIDLE:] + 592
	4   IMAP                                0x00007fff8762c6ca -[IMAPConnection _copyNextTaggedOrContinuationResponseForCommand:exists:] + 262
	5   IMAP                                0x00007fff87631a87 -[IMAPConnection _responseFromSendingOperation:] + 863
	6   IMAP                                0x00007fff8762bad6 -[IMAPConnection executeClientOperation:] + 33
	7   IMAP                                0x00007fff8762fe4a -[IMAPConnection executeAggregateStatus:] + 289
	8   IMAP                                0x00007fff876216ec -[IMAPAggregateStatusOperation executeOnConnection:] + 26
	9   IMAP                                0x00007fff8762b9f5 -[IMAPConnection prepareAndExecuteOperation:outWrongState:] + 1247
	10  IMAP                                0x00007fff8763e501 -[IMAPGateway _allowClientOperationThrough:] + 1237
	11  IMAP                                0x00007fff8763dfd4 -[IMAPGateway allowClientOperationThrough:] + 369
	12  IMAP                                0x00007fff87622ae3 -[IMAPClientOperation main] + 84
	13  Foundation                          0x00007fff88260926 -[__NSOperationInternal start] + 684
	14  Foundation                          0x00007fff882680f1 __block_global_6 + 129
	15  libdispatch.dylib                   0x00007fff8c2adf01 _dispatch_call_block_and_release + 15
	16  libdispatch.dylib                   0x00007fff8c2aa0b6 _dispatch_client_callout + 8
	17  libdispatch.dylib                   0x00007fff8c2ab1fa _dispatch_worker_thread2 + 304
	18  libsystem_c.dylib                   0x00007fff905b1d0b _pthread_wqthread + 404
	19  libsystem_c.dylib                   0x00007fff9059c1d1 start_wqthread + 13
)
04.09.13 08:45:08.510 Mail[185]: *** Assertion failure in -[IMAPAccount _IMAPMailboxForMailboxUid:name:createIfNeeded:], /SourceCache/Message/Message-1508/Message/IMAP/IMAPAccount.m:1421
Didn't create IMAPMailbox for (null)
(
	0   CoreMessage                         0x00007fff84c39517 -[MFAssertionHandler _handleFailureWithPreamble:description:arguments:] + 141
	1   CoreMessage                         0x00007fff84c39388 -[MFAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 215
	2   Message                             0x00007fff85156e91 -[IMAPAccount _IMAPMailboxForMailboxUid:name:createIfNeeded:] + 572
	3   IMAP                                0x00007fff8763206f -[IMAPConnection _recordUntaggedResponse:forOperation:exists:fromIDLE:] + 592
	4   IMAP                                0x00007fff8762c6ca -[IMAPConnection _copyNextTaggedOrContinuationResponseForCommand:exists:] + 262
	5   IMAP                                0x00007fff87631a87 -[IMAPConnection _responseFromSendingOperation:] + 863
	6   IMAP                                0x00007fff8762bad6 -[IMAPConnection executeClientOperation:] + 33
	7   IMAP                                0x00007fff8762fe4a -[IMAPConnection executeAggregateStatus:] + 289
	8   IMAP                                0x00007fff876216ec -[IMAPAggregateStatusOperation executeOnConnection:] + 26
	9   IMAP                                0x00007fff8762b9f5 -[IMAPConnection prepareAndExecuteOperation:outWrongState:] + 1247
	10  IMAP                                0x00007fff8763e501 -[IMAPGateway _allowClientOperationThrough:] + 1237
	11  IMAP                                0x00007fff8763dfd4 -[IMAPGateway allowClientOperationThrough:] + 369
	12  IMAP                                0x00007fff87622ae3 -[IMAPClientOperation main] + 84
	13  Foundation                          0x00007fff88260926 -[__NSOperationInternal start] + 684
	14  Foundation                          0x00007fff882680f1 __block_global_6 + 129
	15  libdispatch.dylib                   0x00007fff8c2adf01 _dispatch_call_block_and_release + 15
	16  libdispatch.dylib                   0x00007fff8c2aa0b6 _dispatch_client_callout + 8
	17  libdispatch.dylib                   0x00007fff8c2ab1fa _dispatch_worker_thread2 + 304
	18  libsystem_c.dylib                   0x00007fff905b1d0b _pthread_wqthread + 404
	19  libsystem_c.dylib                   0x00007fff9059c1d1 start_wqthread + 13
)
04.09.13 08:47:46.480 com.apple.launchd.peruser.501[133]: (org.pqrs.KeyRemap4MacBook.server[170]) Exited: Killed: 9
04.09.13 08:47:46.499 com.apple.launchd.peruser.501[133]: ([0x0-0x1e01e].com.apple.AppleSpell[326]) Exited: Killed: 9
04.09.13 08:47:46.502 com.apple.launchd.peruser.501[133]: ([0x0-0xd00d].com.apple.iTunesHelper[182]) Exited with code: 1
04.09.13 08:47:46.503 com.apple.launchd.peruser.501[133]: (com.apple.mdworker.shared.04000000-0000-0000-0000-000000000000[491]) Exited: Killed: 9
04.09.13 08:47:46.545 com.apple.launchd.peruser.501[133]: (com.apple.PackageKit.InstallStatus) Throttling respawn: Will start in 9 seconds
04.09.13 08:48:21.452 com.apple.launchd.peruser.501[129]: (com.apple.gamed) Ignored this key: UserName
04.09.13 08:48:21.452 com.apple.launchd.peruser.501[129]: (com.apple.gamed) Ignored this key: GroupName
04.09.13 08:48:21.454 com.apple.launchd.peruser.501[129]: (com.apple.ReportCrash) Falling back to default Mach exception handler. Could not find: com.apple.ReportCrash.Self
04.09.13 08:48:21.458 loginwindow[62]: Connection with distnoted server was invalidated
04.09.13 08:48:21.470 distnoted[133]: # distnote server agent  absolute time: 4.840132363   civil time: Wed Sep  4 08:48:21 2013   pid: 133 uid: 501  root: no
04.09.13 08:48:21.825 com.apple.launchd.peruser.501[129]: (com.apple.notificationcenterui.agent[153]) Exited with code: 2
04.09.13 08:48:21.825 com.apple.launchd.peruser.501[129]: (com.apple.notificationcenterui.agent) Throttling respawn: Will start in 1 seconds
04.09.13 08:48:21.827 com.apple.launchd.peruser.501[129]: (com.apple.afpstat-qfa[164]) Exited with code: 2
04.09.13 08:48:22.047 com.apple.launchd.peruser.501[129]: (com.apple.mrt.uiagent[154]) Exited with code: 255
04.09.13 08:48:22.837 com.apple.launchd.peruser.501[129]: (com.apple.notificationcenterui.agent[186]) Exited with code: 2
04.09.13 08:48:22.837 com.apple.launchd.peruser.501[129]: (com.apple.notificationcenterui.agent) Throttling respawn: Will start in 1 seconds
04.09.13 08:48:23.831 SystemUIServer[144]: *** WARNING: -[NSImage compositeToPoint:operation:fraction:] is deprecated in MacOSX 10.8 and later. Please use -[NSImage drawAtPoint:fromRect:operation:fraction:] instead.
04.09.13 08:48:23.836 SystemUIServer[144]: *** WARNING: -[NSImage compositeToPoint:fromRect:operation:fraction:] is deprecated in MacOSX 10.8 and later. Please use -[NSImage drawAtPoint:fromRect:operation:fraction:] instead.
04.09.13 08:48:23.851 com.apple.launchd.peruser.501[129]: (com.apple.notificationcenterui.agent[193]) Exited with code: 2
04.09.13 08:48:23.851 com.apple.launchd.peruser.501[129]: (com.apple.notificationcenterui.agent) Throttling respawn: Will start in 1 seconds
04.09.13 08:48:24.476 KeyRemap4MacBook[165]: checkForUpdates https://pqrs.org/macosx/keyremap4macbook/files/appcast.xml
04.09.13 08:48:24.482 KeyRemap4MacBook[165]: observer_IONotification
04.09.13 08:48:24.753 Mail[178]: Using V2 Layout
04.09.13 08:48:24.853 com.apple.launchd.peruser.501[129]: (com.apple.notificationcenterui.agent[202]) Job failed to exec(3). Setting up event to tell us when to try again: 2: No such file or directory
04.09.13 08:48:24.853 com.apple.launchd.peruser.501[129]: (com.apple.notificationcenterui.agent[202]) Job failed to exec(3) for weird reason: 2
04.09.13 08:48:25.153 com.apple.launchd.peruser.501[129]: (com.apple.AirPortBaseStationAgent) Throttling respawn: Will start in 10 seconds
04.09.13 08:48:25.992 com.apple.launchd.peruser.501[129]: (com.apple.AirPortBaseStationAgent) Throttling respawn: Will start in 8 seconds
04.09.13 08:48:28.495 Dock[143]: no information back from LS about running process


Aus diesen Daten werde ich nicht schlau. Wer kann mir sagen welcher Prozess oder welche Prozesse Das System ausbremsen beim herunterfahren?

Und warum ich gerne ausschalte?
Das weiss ich auch nicht so genau, habe irgendwie ein sicheres Gefühl wenn ich mein MBP komplett ausschalte beim transportieren.
 
Die Zeitverzögerung beim Runterfahren ist bei mir auch der Fall seitdem ich eine SSD verbaut habe. Ich vermute die SSD führt beim runterfahren eine Garbage Collection durch, was natürlich einige Zeit dauert.

MACaerer
 
Dieses Phänomen habe ich erst beobachtet seit ich mein neues MBP mit ML habe. Beim alten MBP mit SL hatte ich dieses Phänomen nie. Im neuen Book laufen die SSD welche im alten verwendet hatte.
 
Schliesse mal Apple Mail, bevor Du den Shutdown einleitest. Dauert er dann immer noch so lange?
 
Bewirkt nix, evtl liegt es daran das auf der SSD auf welcher ich den User Account liegen habe, noch irgendwelche Bestandteile von SL liegen und diese den Vorgang verzögern. Ich werde jetzt die SSD mit den Usern löschen und 1x mit nullen überschreiben und danach alle Daten wieder einspielen, mal sehen was passiert.
 
Ohne objektive Messwerte zu haben, hat sich bei mir seit dem Upgrade von Lion auf ML auch die Zeit, die zum Herunterfahren benötigt wird deutlich verlängert (iMac 21.5", Mitte 2011 mit SSD ab Werk; jeweils ohne irgendwelche Resume-Funktionen etc.).

Beide Laptops bei uns im Haus, die noch mit SL laufen (MBP 3,1 und MBA von 2011), sind aber in Summe noch schnell als der iMac je war. Das MBP ohne SSD, das MBA mit dem ab Werk verbauten Flash-Speicher (also SSD).

Warum auch immer das alles so ist, wie es ist. Es hat mich jetzt auch noch nicht genug gestört, um deswegen die Konsole zu durchforsten, etc.
 
Für mich auch, der Rechner geht eh nur in den Ruhezustand!