El Capitán se congeló y se reinició (Macbook Pro Retina a mediados de 2012)

4
  • 2.3 Ghz Intel Core i7 8GB DDR3: Estaba ejecutando NetAdmin Pro que está monitoreando Mi oficina LAN, el consumo de procesadores estaba en ~ 15 - 20%. Simultáneamente corrí WiFi Explorer, 3.7% no más del 5% de uso de CPU. Y yo estaba actualizando Xcode a v 7.3.1 y estaba navegando y viendo el video desde playground.ru

  • Mira los videos hasta la mitad (20mins) del Video congelado moví el mouse y salí todo el OSX está congelado.

  • littleSnitch v 3.7 no reacciona

  • Inmediatamente saco el adaptador Ethernet y MacBook acaba de ir a la pantalla en negro. entonces yo Apague el enrutador inalámbrico. (Mi MacBook Pro Está conectado a la red a través de Ethernet. Adaptador y vía router WiFi con diferente IP, Estaba pensando en cortar ambas redes. comunicación, en caso de que fuera una intrusión)

  • El MacBook acaba de reiniciarse en la pantalla de inicio de sesión, Después de 15-20 segundos de pantalla negra y total. silencio)

  • Nuevamente reinicié e inicié en la recuperación Modo de usar la utilidad de disco. Después de completar el disco comprobar.

  • Inicio de sesión y reanudación de programas previamente abiertos Atrás (NetAdmin Pro, WiFi Explorer, Yandex navegador, Activity Monitor y AppStore)

  • AppStore no reanuda la descarga Todo lo demás funciona normalmente y en Además tengo mi calendario abierto después de iniciar sesión (No lancé accidental ni estaba configurado para comenzar con el inicio de sesión del sistema)

Pregunta 1: ¿Hay alguna forma de saber qué sucedió y cuál fue la última reacción de OS El Capitán antes de que se congele y reinicie?

Pregunta 2: ¿Hay algún software mejor que "Console" v10.11 para interpretar lo que estaba ocurriendo antes de que se bloquee?

P.S. Gracias de antemano. Intentaré cargar los mensajes de la Consola más tarde desde el MacBook Pro

DDT-2:~ Chaleune$ syslog | grep -i "shutdown cause"

Jun 22 14:15:37 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5

Jun 22 20:34:46 localhost kernel[0] <Notice>: Previous shutdown cause: 5

Jun 23 15:18:23 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5

Jun 24 17:58:32 localhost kernel[0] <Notice>: Previous shutdown cause: 5

Jun 24 20:09:52 localhost kernel[0] <Notice>: Previous shutdown cause: 5

Jun 24 22:58:15 localhost kernel[0] <Notice>: Previous shutdown cause: 5Jun 25 14:43:36 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5

Jun 25 21:55:31 localhost kernel[0] <Notice>: Previous shutdown cause: 3

Jun 25 22:20:57 localhost kernel[0] <Notice>: Kext com.apple.driver.AppleOSXWatchdog failed to load (0xdc008012).Previous shutdown cause: 5

Jun 26 10:18:44 localhost kernel[0] <Notice>: Previous shutdown cause: 5

Jun 26 12:09:45 localhost kernel[0] <Notice>: Previous shutdown cause: 5

Jun 26 18:00:31 localhost kernel[0] <Notice>: Previous shutdown cause: 5

Jun 27 13:05:58 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5

Jun 27 22:56:11 localhost kernel[0] <Notice>: Previous shutdown cause: 5

Jun 28 14:18:27 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5

*Jun 29 18:56:21 localhost kernel[0] <Notice>: Previous shutdown cause: -128*

Jun 29 23:31:22 DDT-2 kernel[0] <Notice>: Previous shutdown cause: -128

Opensource.apple muestra lo siguiente

  • dsIllInstErr = 3, / error de instrucción ilegal /
  • dsChkErr = 5, / comprobar error de captura /
  • userCanceledErr = -128

macwizard dio la siguiente interpretación:

  • 03 Instrucción ilegal La computadora tiene un vocabulario específico de instrucciones en lenguaje de máquina que puede entender. Si una computadora intenta ejecutar una instrucción que no está en su vocabulario, verá este código de error. Es menos probable que el error 02, pero sigue siendo muy común.
  • 05 Error de verificación de rango Los programadores pueden usar una instrucción en el Motorola 68000 para verificar si un número está dentro de un cierto rango. Este error indica que el número probado no está en el rango especificado.
  • -128 userCanceledErr El usuario canceló una operación
pregunta Kuma 29.06.2016 - 14:51

3 respuestas

2

Ejecuta un sysdisgnose. Así es como Apple recibe los comentarios de los clientes de siembra / beta. El método abreviado de teclado es Cmd Opt Ctrl Shift .

También puede ejecutar sudo sysdiagnose -f ~/Desktop/ en Terminal. Lo primero se guardará en /var/tmp y lo último se guardará en el escritorio.

Sysdiagnose contendrá prácticamente de la A a la Z.

Debería asegurarse de revisar los archivos disks.txt, diskutil.txt, errorlog.txt, logs.txt y la carpeta de diagnósticos.

    
respondido por el Bora 29.06.2016 - 16:49
2

Los números de causa de cierre son diferentes de Códigos de error . Por ejemplo, una causa de apagado de 0 significa que tu Mac perdió el poder. Un código de error de 0 significa que (la función) salió normalmente sin ningún error.

Usando este caso como ejemplo, * El código de error -128 "significa usuario cancelado , mientras que shutdown cause -128 no está definido.

Entonces, en la salida que proporcionó, tiene 3 códigos de error: 3, 5 y -128.

  • la causa 3 es un apagado "sucio", lo que significa que algo fue forzado a salir y / o se presionó el botón de encendido para apagar el sistema

  • causa 5 es una salida limpia y no hay nada de qué preocuparse

  • porque 128 es "indefinido". Sin embargo, la mayoría de las veces que he ejecutado accros esto ha sido en la memoria o en la placa lógica

La mejor forma de diagnosticar esto es ejecutar Apple Hardware Test (AHT) con uno de tus módulos de memoria eliminado (a partir de mediados de 2012 y anteriores. 2013 y los modelos más recientes tienen módulos que no se pueden eliminar). Mantenga presionada D mientras arranca desde un estado apagado con el adaptador de CA enchufado. Si su prueba sale limpia, apague el módulo y reemplácelo con el primero que retiró. Vuelva a ejecutar AHT.

    
respondido por el Allan 29.06.2016 - 21:33
-1
  1. La combinación del modelo, la visualización de video (/ uso discreto de gpu) y la forma en que reapareció en la pantalla de inicio de sesión me dan la certeza de que es un problema de GPU defectuoso. Afortunadamente, hay un programa de reparación de la extensión de la garantía que se está ejecutando hasta fin de año, consulte enlace

Compruebe / Library / Logs / DiagnosticReports para los archivos .gpuRestart para asegurarse.

  1. Sí. brew install lnav y nunca mires atrás.

Por último, ninguno de los enlaces que publicaste se refiere a las causas de cierre actuales, así que ignóralos.

    
respondido por el tolgraven 29.06.2016 - 20:19

Lea otras preguntas en las etiquetas