Ergänzend zu anderen Antworten …

Beobachten Sie den ausführlichen Modus während des Neustarts oder Herunterfahrens

Mac OS X: So starten Sie im Einzelbenutzer- oder ausführlichen Modus

– Wenn Sie im ausführlichen Modus starten, wird der Neustart oder das Herunterfahren ähnlich ausführlich sein.

Tipp: Wenn die Dinge im ausführlichen Modus nicht über einen bestimmten Punkt hinauszugehen scheinen, warten Sie vielleicht fünf Minuten, bevor Sie entweder:

• Erzwingen eines Neustarts (Command-Control-power); oder
• Herunterfahren erzwingen (Power-Taste gedrückt halten).

Wenn ein erzwungener Neustart nicht gelingt, könnte dies ein weiterer Hinweis auf die Ursache des Problems/der Probleme sein.

Eine verwandte Frage, wenn auch nicht problemorientiert: Kann jemand ausführliche Meldungen zum Herunterfahren interpretieren?

Der problemorientierte Fall hier sollte für Lupincho einfacher zu lösen sein. Weniger Teeblätter.

So starten Sie im ausführlichen Modus, ohne Befehlstaste-V zu drücken

Eine Präferenz kann im NVRAM gespeichert werden. Geben Sie den folgenden Befehl im Terminal ein und bereiten Sie sich darauf vor, Ihr Admin-Passwort einzugeben:

sudo nvram boot-args="-v"

Der nächste Start des Systems erfolgt ausführlich.

Systemdiagnose

Vor jedem Neustart oder Herunterfahren im Terminal:

sudo sysdiagnose

Es ist zeitaufwändig, aber Sie müssen nicht die Ergebnisse aller Läufe untersuchen. Achten Sie nur darauf, wenn ein Problem auftritt.

Für einen Fall wie Lupincho:

• Die Ausführung von kann vor einem Neustart oder Herunterfahren sysdiagnoseein Problem aufdecken
• Das Endergebnis von sysdiagnose kann nach einem erzwungenen Neustart oder Herunterfahren von Interesse sein.

Genauer gesagt: Wenn ein Lauf sysdiagnosenicht über einen bestimmten Punkt hinausgeht, kann die Kenntnis dieses Punktes helfen, ein Gefühl für das zugrunde liegende Problem zu bekommen.

Während des Laufs können Sie mit folgender Tastenkombination immer wieder sehen, ob es vorangeht:

• Steuerung-T

Für den allmemoryTeil der sysdiagnoseRoutine kann Apples Zwei-Minuten-Schätzung völlig ungenau sein. Sei geduldig.

Wenn Sie vermuten, dass sysdiagnosedies nicht über einen bestimmten Punkt hinausgeht, geben Sie Folgendes ein:

• Steuerung-C

Wenn die wiederholte Verwendung von Control-C nicht abgebrochen sysdiagnosewird, ist es (nach meiner Erfahrung mit Mountain Lion) fast sicher, dass ein Versuch, das Betriebssystem neu zu starten oder herunterzufahren, fehlschlägt.

Shutdown-Überwachung

Gehen Sie im Finder zu:

/private/var/log/shutdown_monitor.log

Diese Datei ist normalerweise leer, kann aber nach einem problematischen Herunterfahren interessante Elemente enthalten. (Ich habe wenig Erfahrung in diesem Bereich.)

Wenn der einzige Streuprozess beim Herunterfahren WindowServer ist

Es ist nicht ungewöhnlich, dass beim Herunterfahren Streuprozesse auftreten. Ein Streuner kann nur problematisch sein, wenn er nicht getötet wird.

Wenn Sie vermuten, dass WindowServer nicht beendet wird und dass dieser spezielle Streuner zum Scheitern des Herunterfahrens beiträgt: Fragen Sie sich, ob Software von Drittanbietern den WindowServer-Prozess nicht standardmäßig verwendet.

Schneller Blick auf eine GrabFS-Ansicht von WindowServer auf Mountain Lion mit zwei Anzeigen:

Wenn Lion ähnlich ist, dann ist mein Bauchgefühl, dass die Ursache für Abschaltfehler jenseits von WindowServer liegt.

Vermutungen, basierend auf den Ergebnissen von launchctl

Während die Maschine normal läuft, welche Antwort auf den folgenden Befehl?

sudo launchctl list | grep  --invert-match com.apple

Ich frage mich, ob eine nicht von Apple stammende Software zu dem Problem beiträgt. Antiviren-, Anti-Malware-Software?

Nach einem Upgrade von Lion auf Mountain Lion

Ziele auf:

/private/var/log/com.apple.launchd/launchd-shutdown.system.log

Es scheint, dass die Standardeinstellung ein Protokoll pro Herunterfahren ist, mit maximal zwei, also gibt es auch:

/private/var/log/com.apple.launchd/launchd-shutdown.system.log.1

Nach einem erzwungenen Neustart oder erzwungenen Herunterfahren können Sie sich dafür entscheiden, eine Kopie der neuesten der beiden beiseite zu legen. Wenn mehr als einmal Gewalt erforderlich ist, können Sie Dateien vergleichen, um zu sehen, ob ein Muster erkennbar ist.

Allgemein

Schließen Sie die Möglichkeit eines Problems mit Software von Drittanbietern nicht aus, auch nicht mit der Qualität der Veröffentlichung. Little Snitch mag gut geschrieben und weithin respektiert sein, aber:

• Wenn Probleme wie das in dieser Frage zu umfangreich oder zu rätselhaft werden, verdient jede Kernel-Erweiterung, die nicht von Apple stammt, Aufmerksamkeit.

Ich habe Build 12A269 von OS X 10.8 etwa zwei Wochen lang getestet, bevor es veröffentlicht wurde, mit besonderem Augenmerk auf das Abschaltverhalten in schwierigen Situationen . Obwohl ich mir keine Videos von der WWDC 2012 angesehen habe, habe ich das Gefühl, dass Apple sehr hart daran gearbeitet hat, die Notwendigkeit von Gewalt in allen außer den schwierigsten Situationen zu verhindern.

Aufbauend auf der Antwort von David DelMonte

Zumindest auf Mountain Lion sehe ich die Last von Little Snitch 3.0 Preview 2 (3857) sehr früh – bevor das Shutdown-Logging beginnt . Wenn Dinge, die sich auf diesen KEXT beziehen, ähnlich spät um die Abschaltzeit herum sind , dann ist ein Problem möglicherweise nicht in den üblichen Protokolldateien auf der Festplatte ersichtlich.

Wenn Sie jemals die Ursache des Problems entdecken – entweder mit Lion oder Mountain Lion – würde ich mich freuen, es zu wissen.

In der Zwischenzeit, mit großem Dank für das Kopfgeld, ein Schlussgedanke:

kextstat -l | grep --invert-match com.apple

Gehen Sie zu Anwendungen -> Dienstprogramme und öffnen Sie die Konsole

Schauen Sie sich die Datei system.log an, vielleicht finden Sie dort etwas.

pmset -g assertionserhält eine Zusammenfassung der Machtaussagen:

$ pmset -g assertions
Assertion status system-wide:
   PreventUserIdleDisplaySleep             0
   CPUBoundAssertion                       0
   DisableInflow                           0
   ChargeInhibit                           0
   PreventSystemSleep                      0
   PreventUserIdleSystemSleep              1
   ExternalMedia                           1
   DisableLowPowerBatteryWarnings          0
   EnableIdleSleep                         1
   NoRealPowerSources_debug                0
   UserIsActive                            0
   ApplePushServiceTask                    0

Listed by owning process:
  pid 153: [0x00000099012c023b] PreventUserIdleSystemSleep named: "com.apple.audio.'AppleUSBAudioEngine:Apple Inc.:Display Audio:15261930:2,1'.noidlesleep" 
  pid 19: [0x00000013012c0235] ExternalMedia named: "com.apple.powermanagement.externalmediamounted" 

Sie können den Pfad eines Prozesses anzeigen mit ps up $pid:

$ ps up 153
USER          PID  %CPU %MEM      VSZ    RSS   TT  STAT STARTED      TIME COMMAND
_coreaudiod   153   0.0  0.2  2475000   6740   ??  Ss   Fri05PM  12:17.71 /usr/sbin/coreaudiod

Ich hatte dieses Problem und habe eine Lösung gefunden, die für mich funktioniert hat. Obwohl ich Ihre Frage nicht direkt beantworte (wie man überprüft, was das Problem verursacht), ist es eine Lösung, die einen Versuch wert sein könnte:

1. Navigieren Sie zu "Macintosh HD > Bibliothek".
2. Löschen Sie den Ordner mit dem Namen "Java".
3. Leerer Müll
4. Stilllegen
5. Sobald Sie etwas Java-bezogenes ausführen, werden Sie aufgefordert, Java neu zu installieren, tun Sie dies.

Danach sollte sich die Abschaltzeit verbessern. Hinweis: Ich werde immer noch langsam heruntergefahren, wenn ich sofort nach dem Systemstart herunterfahre. Nachdem Sie also die Schritte befolgt haben und testen möchten, warten Sie nach dem Systemstart einige Minuten, bevor Sie herunterfahren.

1. Haben Sie Peripheriegeräte angeschlossen (USB, FW usw.)?

Wenn ja, wäre es interessant, alles zu trennen und zu sehen, ob das Problem besteht.

1. Haben Sie versucht, Berechtigungen zu reparieren und die Dateiintegrität zu überprüfen?

Hoffe, diese helfen.

Einige weitere Ideen:

1. Erstellen Sie ein weiteres Benutzerkonto. Melden Sie sich nur mit diesem Testkonto an. Wenn Sie das Problem nicht haben, liegt es wahrscheinlich an Ihrer Benutzersoftware. Wenn Sie das Problem haben, ist es möglich, dass es an der Hardware liegt.

2. Versuchen Sie, das Problem nur mit Batteriestrom zu reproduzieren.

3. Befolgen Sie die Schritte für den System Management Controller von Apple -

Zurücksetzen des System Management Controller (SMC) Zurücksetzen des SMC auf tragbaren Macs mit einem Akku, den Sie entfernen können

Den Computer herunterfahren. Trennen Sie das MagSafe-Netzteil vom Computer, falls es angeschlossen ist. Entfernen Sie die Batterie. Halten Sie den Netzschalter 5 Sekunden lang gedrückt. Lassen Sie den Netzschalter los. Schließen Sie den Akku und das MagSafe-Netzteil wieder an. Drücken Sie den Netzschalter, um den Computer einzuschalten.

Ich wusste nicht, dass du Little Snitch am Laufen hast. Ich habe gerade ein ähnliches Problem für einen Freund gelöst, indem ich LS entfernt habe. Ich schlage vor, Sie versuchen das. Laden Sie das LS-Installationsprogramm erneut herunter, um es ordnungsgemäß zu entfernen. Führen Sie das Installationsprogramm aus, aber wählen Sie Deinstallieren.

Ich bin auch neugierig, warum Sie diese App verwenden möchten.

Meine Freundin hatte lediglich die Verzeichnisse für Parallelen gelöscht, indem sie das Verzeichnis per Drag & Drop in den Papierkorb gezogen und den Papierkorb geleert hatte. Ich habe jedoch im Bibliotheksordner wieder Parallelen gefunden, und es gab ein Shell-Skript (.sh-Datei), um es ordnungsgemäß zu deinstallieren. Dies funktionierte und löste unsere Probleme mit langem Booten.

Ich erwähne dies, weil Parallelen eine bekannte Ursache für viele langsame Starts sind und es scheint, dass es nicht so einfach zu deinstallieren ist, wie auf der Website angegeben ist (einfach das Verzeichnis ziehen und ablegen).

Happy Trails, hoffe das hilft jemandem.