E spero davvero davvero definitiva modifica: dopo l'aggiornamento a Mountain Lion, il problema sembra risolto, si spera in modo permanente.

Modifica finale: il problema non si presenta sempre, a volte devo aspettare diversi giorni perché si verifichi. Quindi è difficile testare in condizioni diverse (es. Modalità provvisoria o con alcuni software disabilitati) e ho deciso che non vale la pena dedicare giorni a valutare condizioni diverse per risolvere questo problema. I suggerimenti di Graham Perrin sono stati i più utili per trovare informazioni specifiche sui problemi di riavvio / riavvio, non presenti nei registri di uso generale.

Alcune voci del registro sono in Modifica in fondo:

MacBook Pro da 15 pollici di metà 2010, con OS X 10.7.4. A volte, quando si tenta di riavviare o spegnere la macchina, non funzionerà: lo schermo diventa grigio, la ruota che gira mostra, ma la macchina non si spegne, quindi dopo alcuni minuti devo spegnere la macchina premendo il pulsante di accensione pulsante.

Non succede ogni volta e non riesco a mettere in relazione alcun software utilizzato durante la sessione con il problema. In effetti, quando lo collaudo, a volte questo potrebbe accadere quando provo a spegnere la macchina immediatamente dopo averla avviata.

Come verificare cosa impedisce l'arresto / riavvio corretto? Presumo che devo cercare in alcuni file di registro, ma non sono sicuro di quali e quali cercare.

Modifica: aggiunta l'impostazione dettagliata di avvio / spegnimento nel nvram come suggerito da Graham Perrin, e alla fine la macchina si è bloccata al riavvio. Ho visto alcune voci dettagliate sullo schermo e dopo il riavvio le ho trovate in /var/log/launchd-shutdown.log. Sembra che WindowServer possa avere qualcosa a che fare con esso. Di seguito è la fine di quel file di registro con le prime 3 colonne rimosse (la prima aveva alcuni numeri interi in aumento, la seconda aveva voci di "1" e la terza - "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).

Completando altre risposte ...

Osservare la modalità dettagliata durante il riavvio o l'arresto

Mac OS X: come eseguire l'avvio in modalità utente singolo o dettagliato

- se si avvia in modalità dettagliata, il riavvio o l'arresto sarà altrettanto dettagliato.

Suggerimento: se le cose in modalità dettagliata sembrano non progredire oltre un certo punto, concedi forse cinque minuti prima:

• forzare un riavvio (Command-Control-power); o
• forzare uno spegnimento (tenere premuto il tasto di accensione).

Se un riavvio forzato non ha esito positivo, potrebbe essere un altro indizio della causa del problema.

Una domanda correlata, sebbene non orientata al problema: qualcuno può interpretare messaggi di spegnimento dettagliati?

Il caso orientato al problema qui dovrebbe essere più facile da risolvere per lupincho. Meno foglie di tè.

Per iniziare in modalità dettagliata senza digitare Command-V

Una preferenza può essere memorizzata in NVRAM. Immettere il seguente comando in Terminale e prepararsi a inserire la password dell'amministratore:

sudo nvram boot-args="-v"

Il prossimo avvio del sistema sarà dettagliato.

sysdiagnose

Prima di ogni riavvio o arresto, nel Terminale:

sudo sysdiagnose

Richiede tempo, ma non è necessario esaminare i risultati di tutte le esecuzioni. Prestare attenzione solo in caso di problemi.

Per un caso come quello di Lupincho:

• l'esecuzione di sysdiagnosepotrebbe rivelare un problema prima del riavvio o dell'arresto
• il risultato finale di sysdiagnose può essere interessante a seguito di un riavvio forzato o di uno spegnimento.

Più specificamente: se una serie di sysdiagnosefallimenti non riesce a superare un certo punto, conoscere quel punto può aiutare a capire il problema di fondo.

Durante la corsa puoi usare ripetutamente la seguente combinazione di tasti per vedere se le cose stanno procedendo:

• Control-T

Per la allmemoryparte della sysdiagnoseroutine, la stima di due minuti di Apple potrebbe essere estremamente imprecisa. Essere pazientare.

Se sospetti che sysdiagnosenon riesca a progredire oltre un certo punto, quindi chiave:

• Control-C

Se l'uso ripetuto di Control-C non si interrompe sysdiagnose, (nella mia esperienza con Mountain Lion) è quasi certo che un tentativo di riavvio o spegnimento del sistema operativo fallirà.

Monitoraggio dell'arresto

In Finder, vai a:

/private/var/log/shutdown_monitor.log

Questo file è generalmente vuoto, ma può contenere elementi di interesse a seguito di un arresto problematico. (Ho poca esperienza in questo settore.)

Se l'unico processo randagio all'arresto è WindowServer

Non è insolito avere processi vaganti allo spegnimento. Un randagio può essere problematico solo se non viene ucciso.

Se sospetti che WindowServer non sia stato ucciso e che questo particolare randagio contribuisca al fallimento dell'arresto: chiediti se un software di terze parti fa un uso non standard del processo WindowServer.

Anteprima di una vista GrabFS di WindowServer su Mountain Lion, con due display:

Se Lion è simile, il mio istinto è che la causa degli errori di arresto va oltre WindowServer.

Indovina, basato sui risultati di launchctl

Mentre la macchina funziona normalmente, quale risposta al seguente comando?

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

Mi chiedo se qualsiasi software non Apple contribuisca al problema. Software antivirus e antimalware?

A seguito di un aggiornamento da Lion a Mountain Lion

Obiettivo per:

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

Sembra che il valore predefinito sia un registro per arresto, con un massimo di due, quindi c'è anche:

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

A seguito di un riavvio forzato o di uno spegnimento forzato, è possibile scegliere di mettere da parte una copia della più recente delle due. Se è necessaria la forza in più di un'occasione, è possibile confrontare i file per vedere se emerge un modello.

Generalmente

Non escludere la possibilità di un problema con software di terze parti, nemmeno la qualità di rilascio. Little Snitch può essere ben scritto e ampiamente rispettato ma:

• quando problemi come quello in questa domanda vengono estesi o troppo sconcertanti, qualsiasi estensione del kernel non Apple merita attenzione.

Ho testato la Build 12A269 di OS X 10.8 per circa due settimane prima che fosse rilasciato, con particolare attenzione all'arresto dei comportamenti in situazioni difficili . Anche se non ho visto alcun video dal WWDC 2012, ho la sensazione che Apple abbia lavorato molto duramente per evitare la necessità di forza in tutte le situazioni tranne quelle più difficili.

Basandosi sulla risposta di David DelMonte

Almeno su Mountain Lion, vedo il caricamento di Little Snitch 3.0 Preview 2 (3857) molto presto - prima che inizi la registrazione dello spegnimento . Se le cose relative a questo KEXT sono in ritardo in modo simile all'ora di spegnimento , forse un problema non sarà evidente nei normali file di registro su disco.

Se mai scoprirai la causa del problema - con Lion o Mountain Lion - sarò felice di saperlo.

Nel frattempo, con un grande ringraziamento per la generosità, un pensiero conclusivo:

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

Vai su Applicazioni -> Utilità e apri Console

Dai un'occhiata al file system.log, potresti essere in grado di trovare qualcosa lì.

pmset -g assertions ottiene un riepilogo delle asserzioni di potere:

$ 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" 

Puoi vedere il percorso di un processo con 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

Ho avuto questo problema e ho trovato una soluzione che ha funzionato per me. Anche se non sto rispondendo direttamente alla tua domanda (come verificare la causa del problema), è una soluzione che potrebbe valere la pena:

1. Passare a "Macintosh HD> Libreria"
2. Elimina la cartella denominata "Java"
3. Cestino vuoto
4. Spegnimento
5. Una volta eseguito qualcosa relativo a Java, ti verrà richiesto di reinstallare Java, fallo.

Successivamente, il tempo di spegnimento dovrebbe migliorare. Nota: sto ancora ricevendo arresti lenti quando arresto immediatamente dopo l'avvio del sistema, quindi dopo aver seguito i passaggi e si desidera eseguire il test, attendere alcuni minuti dopo l'avvio del sistema prima di spegnerlo.

1. Hai qualche periferica collegata (USB, FW, ecc.)?

In tal caso, sarebbe interessante disconnettere tutto e vedere se il problema esiste.

1. Hai provato a riparare le autorizzazioni e a controllare l'integrità dei file?

Spero che questi aiuti.

Alcune altre idee:

1. Crea un altro account utente. Accedi solo come questo account di prova. Se non hai il problema, è probabile che sia qualcosa nel tuo software utente. Se hai il problema, è possibile che sia hardware.

2. Prova a ricreare il problema usando solo la batteria.

3. Segui i passaggi per il controller di gestione del sistema di Apple -

Ripristino di System Management Controller (SMC) Ripristino di SMC su portatili Mac con una batteria che è possibile rimuovere

Spegni il computer. Scollegare l'adattatore di alimentazione MagSafe dal computer, se è collegato. Rimuovere la batteria. Tenere premuto il pulsante di accensione per 5 secondi. Rilascia il pulsante di accensione. Ricollegare la batteria e l'alimentatore MagSafe. Premi il pulsante di accensione per accendere il computer.

Non avevo capito che avessi Little Snitch in esecuzione. Ho appena risolto un problema simile per un amico, rimuovendo LS. Ti consiglio di provarlo. Per rimuovere correttamente, scaricare di nuovo il programma di installazione LS. Esegui il programma di installazione, ma seleziona disinstalla.

Sono anche curioso di sapere perché vorresti usare questa app ..

La mia ragazza aveva semplicemente cancellato le directory per i paralleli trascinando e rilasciando il dir nel cestino e svuotando il cestino. Tuttavia, ho trovato di nuovo dei parallelismi nella cartella Libreria e c'era uno script di shell (file .sh) per disinstallarlo correttamente. Questo ha funzionato e risolto i nostri lunghi problemi di avvio.

Ne parlo perché i paralleli sono una causa nota di molti rallentamenti e sembra che non sia facile disinstallarlo come indica il loro sito Web (semplicemente trascinando la directory).

Sentieri felici, spero che questo aiuti qualcuno.