Und hoffentlich wirklich endgültige Bearbeitung: Nach dem Upgrade auf Mountain Lion scheint das Problem behoben zu sein, hoffentlich dauerhaft.

Final Edit: Das Problem tritt nicht immer auf, manchmal muss ich mehrere Tage warten, bis es auftritt. Daher ist es schwierig, Tests unter verschiedenen Bedingungen durchzuführen (z. B. im abgesicherten Modus oder mit deaktivierter Software), und ich habe festgestellt, dass es sich nicht lohnt, Tage damit zu verbringen, verschiedene Bedingungen zu überprüfen, um dies zu beheben. Graham Perrins Vorschläge waren am hilfreichsten, um bestimmte Informationen zu Neustart- / Neustartproblemen zu finden, die nicht in den allgemeinen Protokollen enthalten sind.

Einige Protokolleinträge befinden sich unten in Bearbeiten:

Mitte 2010 15 in MacBook Pro unter OS X 10.7.4. Manchmal funktioniert der Versuch, den Computer neu zu starten oder herunterzufahren, nicht - der Bildschirm wird grau, das Drehrad zeigt an, aber der Computer schaltet sich nicht aus. Daher muss ich den Computer nach einigen Minuten herunterfahren, indem ich auf die Ein / Aus-Taste drücke Taste.

Es passiert nicht jedes Mal und ich kann keine während der Sitzung verwendete Software mit dem Problem in Verbindung bringen. Wenn ich dies teste, passiert dies manchmal, wenn ich versuche, die Maschine sofort nach dem Start herunterzufahren.

Wie kann ich überprüfen, was das ordnungsgemäße Herunterfahren / Neustarten verhindert? Ich gehe davon aus, dass ich in einigen Protokolldateien nachsehen muss, bin mir aber nicht sicher, welche und wonach ich suchen soll.

Bearbeiten: Die von Graham Perrin vorgeschlagene ausführliche Start / Shutdown-Einstellung im NVRAM wurde hinzugefügt, und der Computer blieb schließlich beim Neustart hängen. Ich sah einige ausführliche Einträge auf dem Bildschirm und fand sie nach dem Neustart in /var/log/launchd-shutdown.log. Es scheint, dass WindowServer etwas damit zu tun hat. Unten befindet sich das Ende dieser Protokolldatei, wobei die ersten drei Spalten entfernt wurden (die erste enthielt einige aufsteigende Ganzzahlen, die zweite enthielt Einträge von "1" und die dritte "com.apple.launchd"):

234 com.apple.WindowServer   Dispatching kevent callback.
234 com.apple.WindowServer   Job has not died after being killed 2 seconds ago. Simulating exit.
234 com.apple.WindowServer   Dispatching kevent callback.
234 com.apple.WindowServer   EVFILT_PROC event for job.
1 com.apple.launchd         KEVENT[0]: udata = 0x107827a90 data = 0x0 ident = 234 filter = EVFILT_PROC flags= 0x0 fflags = NOTE_EXIT
234 com.apple.WindowServer   Reaping
234 com.apple.WindowServer   Simulated exit: <rdar://problem/9359725>
234 com.apple.WindowServer   Exited 22.016701 seconds after the first signal was sent
0 com.apple.WindowServer     Exited while shutdown in progress. Processes remaining: 0/0
0 com.apple.WindowServer   Job was last to exit during shutdown of: System.
0 com.apple.WindowServer    Total rusage: utime 0.000000 stime 0.000000 maxrss 0 ixrss 0 idrss 0 isrss 0 minflt 0 majflt 0 nswap 0 inblock 0 oublock 0 msgsnd 0 msgrcv 0 nsignals 0 nvcsw 0 nivcsw 0
0 com.apple.WindowServer  Closing receive right for com.apple.windowserver.active
0 com.apple.WindowServer  Mach service deleted: com.apple.windowserver.active
0 com.apple.WindowServer  Closing receive right for com.apple.windowserver
0 com.apple.WindowServer   Mach service deleted: com.apple.windowserver
0 com.apple.WindowServer    Removed
1 com.apple.launchd      System: No submanagers left.
1 com.apple.launchd    System: Removing.
1 com.apple.launchd   System: Removing job manager.
1 com.apple.launchd    System: Userspace shutdown finished at: Wed Aug  1 08:53:12 2012
1 com.apple.launchd   System: Userspace shutdown took approximately 22 seconds.
1 com.apple.launchd   VM statistics (now - orig): Free: 28472 Active: -21833 Inactive: -1038 Reactivations: 0 PageIns: 25 PageOuts: 0 Faults: 1654 COW-Faults: 335 Purgeable: -849 Purges: 0
1 com.apple.launchd   System: Stray process at shutdown: PID 234 PPID 1 PGID 234 WindowServer
1 com.apple.launchd       System: About to call: reboot(RB_HALT).

Ergänzend zu anderen Antworten…

Beachten Sie den ausführlichen Modus beim Neustart oder Herunterfahren

Mac OS X: Starten im Einzelbenutzer- oder ausführlichen Modus

- Wenn Sie im ausführlichen Modus starten, ist ein Neustart oder Herunterfahren ähnlich ausführlich.

Tipp: Wenn die Dinge im ausführlichen Modus scheinbar nicht über einen bestimmten Punkt hinausgehen, warten Sie mindestens fünf Minuten, bevor Sie:

• Neustart erzwingen (Command-Control-Power); oder
• Herunterfahren erzwingen (Ein / Aus-Taste gedrückt halten).

Wenn ein erzwungener Neustart nicht erfolgreich ist, kann dies ein weiterer Hinweis auf die Ursache des Problems sein.

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

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

So starten Sie im ausführlichen Modus, ohne Command-V einzugeben

Eine Voreinstellung kann im NVRAM gespeichert werden. Geben Sie den folgenden Befehl in Terminal ein und bereiten Sie sich darauf vor, Ihr Administratorkennwort einzugeben:

sudo nvram boot-args="-v"

Der nächste Start des Systems wird ausführlich sein.

sysdiagnose

Vor jedem Neustart oder Herunterfahren im Terminal:

sudo sysdiagnose

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

Für einen Fall wie Lupincho:

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

Genauer gesagt: Wenn ein Durchlauf von sysdiagnosenicht über einen bestimmten Punkt hinausgeht, kann das Wissen um diesen Punkt dazu beitragen, ein Gefühl für das zugrunde liegende Problem zu entwickeln.

Während des Laufs können Sie wiederholt die folgende Tastenkombination verwenden, um zu sehen, ob die Dinge im Gange sind:

• Control-T

Für den allmemoryTeil der sysdiagnoseRoutine kann die 2-Minuten-Schätzung von Apple sehr ungenau sein. Sei geduldig.

Wenn Sie den Verdacht haben, dass dies sysdiagnosenicht über einen bestimmten Punkt hinausgeht, geben Sie Folgendes ein:

• Control-C

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

Überwachung des Herunterfahrens

Gehen Sie im Finder zu:

/private/var/log/shutdown_monitor.log

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

Wenn der einzige Fehler beim Herunterfahren WindowServer ist

Es ist nicht ungewöhnlich, dass es beim Herunterfahren zu Streuprozessen kommt. Ein Streuner kann nur dann problematisch sein, wenn er nicht getötet wird.

Wenn Sie den Verdacht haben, dass WindowServer nicht beendet wurde und dieser Fehler zu einem Ausfall des Herunterfahrens beiträgt, fragen Sie sich, ob nicht standardmäßige Software von Drittanbietern den WindowServer-Prozess verwendet.

Schneller Überblick über 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 Fehler beim Herunterfahren hinter WindowServer liegt.

Vermutungen, basierend auf den Ergebnissen von launchctl

Welche Reaktion auf den folgenden Befehl gibt es, während die Maschine normal läuft?

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

Ich frage mich, ob eine Software, die nicht von Apple stammt, zum Problem beiträgt. Anti-Virus-, 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, also gibt es auch zwei:

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

Nach einem erzwungenen Neustart oder einem erzwungenen Herunterfahren können Sie festlegen, dass eine Kopie der neuesten Version beiseite gelegt wird . Wenn bei mehreren Gelegenheiten Gewalt angewendet werden muss, können Sie Dateien vergleichen, um festzustellen, ob ein Muster auftritt.

Allgemein

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

• Wenn Probleme wie das in dieser Frage erweiterte oder zu rätselhafte werden, verdient jede Nicht-Apple-Kernel-Erweiterung Beachtung.

Ich habe Build 12A269 von OS X 10.8 etwa zwei Wochen lang getestet, bevor es veröffentlicht wurde, wobei ich besonders darauf geachtet habe , Verhaltensweisen in schwierigen Situationen auszuschalten . Ich habe zwar noch keine Videos von der WWDC 2012 gesehen, aber ich habe das Gefühl, dass Apple sehr hart daran gearbeitet hat, die Notwendigkeit von Gewalt in allen Situationen außer den schwierigsten zu verhindern.

Aufbauend auf der Antwort von David DelMonte

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

Wenn Sie jemals die Ursache des Problems entdecken - entweder mit Lion oder Mountain Lion -, werde ich es gerne wissen.

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

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, möglicherweise finden Sie dort etwas.

pmset -g assertions Ruft eine Zusammenfassung der Machtbehauptungen ab:

$ 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 sehen 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 fand eine Lösung, die für mich funktionierte. Obwohl ich Ihre Frage nicht direkt beantworte (wie Sie überprüfen, was das Problem verursacht), ist es eine Korrektur, die einen Versuch wert sein könnte:

1. Navigieren Sie zu "Macintosh HD> Library"
2. Löschen Sie den Ordner mit dem Namen "Java"
3. Leerer Müll
4. Herunterfahren
5. Sobald Sie Java ausführen, werden Sie aufgefordert, Java erneut zu installieren.

Danach sollte sich die Abschaltzeit verbessern. Hinweis: Wenn ich das System sofort nach dem Start herunterfahre, wird es immer noch langsam heruntergefahren. Wenn Sie also die Schritte befolgen und testen möchten, warten Sie nach dem Start des Systems einige Minuten, bevor Sie es herunterfahren.

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

In diesem Fall wäre es interessant, alle Verbindungen zu trennen und zu prüfen, ob das Problem vorliegt.

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

Hoffe diese Hilfe.

Noch ein paar Ideen:

1. Erstellen Sie ein anderes Benutzerkonto. Melden Sie sich nur als dieses Testkonto an. Wenn Sie das Problem nicht haben, liegt es wahrscheinlich an Ihrer Anwendersoftware. Wenn Sie das Problem haben, kann es sich um Hardware handeln.

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

3. Befolgen Sie die Schritte für Apples System Management Controller -

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

Den Computer herunterfahren. Trennen Sie das MagSafe-Netzteil vom Computer, falls es angeschlossen ist. Nehmen Sie den Akku heraus. 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, wählen Sie jedoch "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 in den Papierkorb gezogen und den Papierkorb geleert hatte. Ich fand jedoch wieder Parallelen im Bibliotheksordner und es gab ein Shell-Skript (.sh-Datei), um es ordnungsgemäß zu deinstallieren. Dies funktionierte und löste unsere Probleme mit langen Starts.

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

Frohe Trails, hoffe das hilft jemandem.