Complementando otras respuestas

Observar el modo verboso durante el reinicio o el apagado

Mac OS X: Cómo arrancar en modo monopuesto o verboso

- si se inicia en modo verboso, luego el reinicio o el apagado serán igualmente verbosos.

Sugerencia: si las cosas en el modo verboso parecen no progresar más allá de cierto punto, deje pasar unos cinco minutos antes de cualquiera de los dos:

• forzar un reinicio (Comando-Control-Apagado); o
• forzar un apagado (mantener pulsada la tecla de encendido).

Si un reinicio forzado no tiene éxito, eso podría ser otra pista de la causa del problema(s).

Una pregunta relacionada, aunque no orientada al problema: ¿Alguien puede interpretar los mensajes de apagado verboso?

El caso orientado al problema debería ser más fácil de resolver para lupincho. Menos hojas de té.

Para iniciar en modo verboso sin teclear Comando-V

Se puede almacenar una preferencia en la NVRAM. Introduzca el siguiente comando en Terminal, y prepárese para introducir su contraseña de administrador:

sudo nvram boot-args="-v"

El siguiente arranque del sistema será verboso.

sysdiagnose

Antes de cada reinicio o apagado, en el Terminal:

sudo sysdiagnose

Lleva mucho tiempo, pero no es necesario investigar los resultados de todas las ejecuciones. Presta atención sólo si surge algún problema.

Para un caso como el de lupincho:

• la carrera de sysdiagnose puede revelar un problema antes de un reinicio o cierre
• el resultado final de sysdiagnose puede ser de interés siguiente a forzado reiniciar o apagar.

Más concretamente: si una tirada de sysdiagnose no progresa más allá de un punto determinado, conocer ese punto puede ayudar a tener una idea del problema subyacente.

Durante la ejecución puede utilizar la siguiente combinación de teclas, repetidamente, para ver si las cosas progresan:

• Control-T

Para el allmemory parte de la sysdiagnose rutina, la estimación de dos minutos de Apple puede ser muy inexacta. Tenga paciencia.

Si sospecha que sysdiagnose no progresa más allá de cierto punto, entonces llave:

• Control-C

Si el uso repetido de Control-C no logra abortar sysdiagnose Entonces (en mi experiencia con Mountain Lion) es casi seguro que un intento de reiniciar o apagar el sistema operativo fallará.

Control de la parada

En el Finder, vaya a:

/private/var/log/shutdown_monitor.log

Este archivo suele estar vacío, pero puede contener elementos de interés tras un cierre problemático. (Tengo poca experiencia en este ámbito).

Si el único proceso perdido al cerrarse es WindowServer

No es raro que haya procesos extraviados en el cierre. Un extraviado puede ser problemático sólo si no se le mata.

Si sospecha que WindowServer no está muerto, y que este extravío en particular contribuye al fracaso del apagado: pregúntese si algún software de terceros hace un uso no estándar del proceso WindowServer.

Vista rápida de una vista GrabFS de WindowServer en Mountain Lion, con dos pantallas:

Si Lion es similar, entonces mi corazonada es que la causa de los fallos de apagado está más allá de WindowServer.

Adivinanzas, basadas en los resultados de launchctl

Mientras la máquina está funcionando normalmente, ¿qué respuesta tiene el siguiente comando?

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

Me pregunto si algún software que no sea de Apple contribuye al problema. ¿Antivirus, software antimalware?

Tras una actualización de Lion a Mountain Lion

Apunta a:

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

Parece que el valor por defecto es un registro por cierre, con un máximo de dos, así que también hay:

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

Después de cualquier forzado reinicio o cierre forzado, puede optar por reservar una copia del más reciente de los dos. Si se requiere la fuerza en más de una ocasión, puede comparar los archivos para ver si surge un patrón.

Generalmente

No descartes la posibilidad de un problema con el software de terceros, incluso con la calidad de la versión. Little Snitch puede estar bien escrito y ser ampliamente respetado, pero:

• cuando problemas como el de esta pregunta se extienden o resultan demasiado desconcertantes, cualquier La extensión del kernel que no es de Apple merece atención.

Probé la Build 12A269 de OS X 10.8 durante unas dos semanas antes de su lanzamiento, prestando especial atención a cerrar los comportamientos en situaciones difíciles . Aunque no he visto ningún vídeo de la WWDC 2012, tengo la sensación de que Apple ha trabajado mucho para evitar la necesidad de recurrir a la fuerza en todas las situaciones, excepto en las más difíciles.

Construyendo sobre Respuesta de David DelMonte

Al menos en Mountain Lion, veo el carga de Little Snitch 3.0 Preview 2 (3857) muy temprano - antes de que comience el registro de apagado . Si las cosas relacionadas con esta KEXT son similares tarde en torno al cierre tiempo, entonces tal vez un problema no será evidente en los archivos de registro habituales en el disco.

Si alguna vez descubres la causa del problema, ya sea con Lion o con Mountain Lion, me encantará saberlo.

Mientras tanto, con un gran agradecimiento por la recompensa, un pensamiento final:

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