Cierre de sesión repentino e inesperado

19

A veces, Yosemite se desconecta de forma aleatoria sin previo aviso o la posibilidad de ahorrar trabajo. Esto ha sucedido dos veces hasta ahora desde que instalé Yosemite en mi Retina MacBook Pro 2012. No hace falta decir que esto es muy desconcertante y recuerda la actividad de malware.

Con la ayuda de Google y los registros de eventos de rastreo, he rastreado el problema hasta un bloqueo en el servidor de Windows. El informe de fallos se puede encontrar aquí: enlace

¿Hay algo que pueda hacer para evitar que esto vuelva a suceder?

Actualización: Parece que tener un monitor secundario lo está activando. Dell U2412 sobre HDMI. También parece que puedo evitar que se bloquee al evitar la pantalla de inicio de sesión mientras el monitor está enchufado.

    
pregunta mm201 27.10.2014 - 18:25

5 respuestas

15

No tiene sentido intentar las soluciones vagas de "captura todo" como limpiar la NVRAM y los controladores del sistema. El problema que tiene es un SIGSEGV o un error de segmentación en WindowServer. Es probable que se deba a identificadores corruptos. Esos identificadores se almacenan en varios lugares y, si se corrompen lo suficiente, se producen bloqueos. Si bien algunos identificadores se almacenan en la NVRAM (o PRAM), al limpiar esto, por lo general, solo se pospone el siguiente bloqueo, ya que el identificador finalmente termina allí nuevamente.

Si WindowServer se bloquea, todas las aplicaciones GUI se detienen y se reinicia a través de launchd. Cuando se inicia WindowServer, primero le da la ventana de inicio de sesión. De hecho, no está desconectado, pero toda su sesión gráfica simplemente se bloquea.

Al echar un vistazo a su informe de fallos, parece que este hilo está fallando:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread

Las últimas llamadas fueron a funciones (o métodos) de espacio de color, lo que me lleva a creer que simplemente se trata de un perfil ICC corrupto.

El efectivo está dentro de com.apple.CoreGraphics, y las llamadas más recientes son:

color_space_get_md5_digest + 57
color_space_get_identifier + 9
CGXColorSpaceRegistryCopyRegisteredColorSpace + 42
_CGXCopyColorSpace + 27
_XCopyColorSpace + 57

Ahora, si tengo razón, está intentando calcular el hash MD5 de un espacio de color. Está haciendo eso porque quiere encontrar el identificador para un espacio de color, y necesita ese identificador porque CGXColorSpaceRegistryCopyRegisteredColorSpace necesita los datos de espacio de color para el perfil de color predeterminado para su monitor. Ahora, para estar al 100%, esta es la fuente de sus bloqueos, necesitaría tantos informes de fallos como sea posible, porque si todos se bloquean por diferentes motivos, no tiene nada que ver con el software de su sistema, pero es más Es probable que se trate de un problema de hardware en el que se introducen datos falsos en el software, que luego intenta hacer algo con los datos que no puede hacer y, por lo tanto, cobra.

Una prueba simple podría ser iniciar la Utilidad ColorSync incorporada de Apple y presionar el botón Reparar. Esto podría imprimir algo como:

Header message digest (MD5) is not correct. Fixed.

Lo que tendría sentido ya que una MD5 rota podría ser la fuente de su bloqueo. Así que prueba eso primero. En mi sistema, la Utilidad ColorSync está en / Aplicaciones / Utilidades y creo que ha estado allí desde todas las versiones de OS X. Por favor, avíseme si encontró archivos ICC rotos y si podría repararlos. Si no es así (no se puede encontrar nada o no se puede arreglar), publique los registros de bloqueo en el servidor de ventana que tenga :)

    
respondido por el John Keates 28.01.2015 - 06:10
3

Una posible causa de esto podría ser que los perfiles no válidos generados por F.lux brinden una transición sin problemas entre los modos de GPU; aquí hay una descripción general de lo que hace con estos perfiles: enlace

En mi nueva instalación de El Capitán, había creado estos perfiles no válidos:

La utilidad ColorSync se puede usar para verificar, eliminar y / o reparar estos perfiles, o el cambio de perfil de flujo se puede desactivar completamente con:

defaults write org.herf.Flux disableProfile 1

Seguido de la eliminación de los perfiles.

    
respondido por el dangerous.beans 01.06.2016 - 01:00
2

Este es un error conocido con Apple. Informé de un problema similar en su bugtracker , que se cerró como un duplicado del error # 18234875.

Lamentablemente, esos errores no pueden ser vistos o rastreados, aparte por el reportero. Sin embargo, significa que Apple conoce el problema y esperamos lo solucionará en una de las próximas actualizaciones de OS X.

    
respondido por el Arne 30.01.2015 - 11:36
1

Intente reiniciar el SMC y la NVRAM mientras el segundo monitor está enchufado.

  • restablecer SMC

Apague su computadora, presione la tecla izquierda izquierda, control, turno y el botón de encendido al mismo tiempo, manténgalo presionado durante unos 5 segundos.

  • restablecer NVRAM

Encienda su computadora y justo antes de escuchar el timbre de inicio, presione y mantenga presionados alt, alt, P y R al mismo tiempo hasta que escuche nuevamente su timbre de inicio.

Puede ser que la pantalla no sea compatible, por alguna razón, si no es compatible, esto, por desgracia, no la solucionará.

    
respondido por el DisplayName 26.01.2015 - 18:25
0

Leí muchos de estos hilos y tengo el mismo síntoma cuando desconecto mi último monitor virtual de mi Mac Mini (Air Display).

Mi bloqueo dejó de suceder al deshabilitar la opción de Control de Misión "Las pantallas tienen espacios separados". Por favor, avíseme si esto funciona para usted.

    
respondido por el Juhana 16.09.2015 - 03:49

Lea otras preguntas en las etiquetas