Causa de apagado anterior: -2

Tenemos una nueva Mac Pro (3,6 GHz) con MacOSX 10.9.3 que se apaga inesperadamente.

Lo llevamos a reparar dos veces y los Genius no pudieron reproducir el problema y los diagnósticos de hardware aparentemente no arrojaron nada de interés.

Si se deja funcionando durante la noche, a menudo (¿normalmente?) estará APAGADO por la mañana (no dormido, APAGADO ).

Estos son los valores de la configuración de administración de energía (esto no significa mucho para mí):

$ pmset -g
Active Profiles:
AC Power        -1*
Currently in use:
 standby              1
 Sleep On Power Button 1
 womp                 1
 autorestart          0
 hibernatefile        /var/vm/sleepimage
 darkwakes            1
 gpuswitch            2
 networkoversleep     0
 disksleep            10
 sleep                1
 autopoweroffdelay    14400
 hibernatemode        0
 autopoweroff         1
 ttyskeepawake        1
 displaysleep         15
 standbydelay         10800

Y aquí están las líneas finales que veo en la consola para la falla más reciente, más temprano hoy ( editar : movió el fragmento de código de consola más largo a la esencia porque estaba por encima del límite para SE):

https://gist.githubusercontent.com/anonymous/23d25bfc9e354bd2864b/raw/cd586347b041a1f3dee6ef46628983922a44e5da/Mac_Pro_Log_Unexpected_Power_Down

Acabo de descubrir el pmset -g logcomando, así que aquí están las líneas contemporáneas de eso:

6/11/14, 10:09:59 PM EDT WakeRequests           PM scheduled RTC wake event: SleepServiceImmediate inDelta=3543.05                    
6/11/14, 10:10:15 PM EDT Assertions             PID 17(powerd) Created InternalPreventSleep "Network wake delay proxy assertion" 00:00:00  id:0xe00000aa7 [System: SRPrevSleep kCPU]              
6/11/14, 10:10:15 PM EDT com.apple.sleepservices.sessionStarted SleepService: window begins with cap time=86400 secs                                  
6/11/14, 10:10:15 PM EDT DarkWake               DarkWake [CDNPB] due to ETH0/Network: Using AC                              45 secs   
6/11/14, 10:10:15 PM EDT Assertions             PID 17(powerd) Created InternalPreventSleep "com.apple.powermanagement.acwakelinger" 00:00:00  id:0xe00000aa9 [System: PushSrvc SRPrevSleep kCPU]             
6/11/14, 10:10:25 PM EDT com.apple.sleepservices.sessionTerminated  SleepService: window has terminated.                                                  
6/11/14, 10:10:25 PM EDT                        Summary- [System: SRPrevSleep kCPU] Using AC                                          
6/11/14, 10:10:45 PM EDT Assertions             PID 17(powerd) TimedOut InternalPreventSleep "Network wake delay proxy assertion" 00:00:30  id:0xe00000aa7 [System: SRPrevSleep kCPU]             
6/11/14, 10:10:45 PM EDT Assertions             PID 17(powerd) Released InternalPreventSleep "Network wake delay proxy assertion" 00:00:30  id:0xe00000aa7 [System: SRPrevSleep kCPU]             
6/11/14, 10:11:00 PM EDT Assertions             PID 17(powerd) TimedOut InternalPreventSleep "com.apple.powermanagement.acwakelinger" 00:00:45  id:0xe00000aa9 [System: SRPrevSleep kCPU]             
6/11/14, 10:11:00 PM EDT Assertions             PID 17(powerd) Released InternalPreventSleep "com.apple.powermanagement.acwakelinger" 00:00:45  id:0xe00000aa9 [System: SRPrevSleep kCPU]             
6/11/14, 10:11:00 PM EDT                        Summary- [System: No Assertions] Using AC                                             
6/11/14, 10:11:00 PM EDT Sleep                  Maintenance Sleep: Using AC                                                           
6/11/14, 10:11:02 PM EDT SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    1996 ms       
6/11/14, 10:11:02 PM EDT WakeRequests           Clients requested wake events: [proc=mDNSResponder request=Maintenance inDelta=7198] [proc=SleepServicesD request=SleepService inDelta=3598] [proc=UserEventAgent request=TimerPlugin inDelta=7882 info=com.apple.EscrowSecurityAlert.daily]              
6/11/14, 10:11:02 PM EDT WakeRequests           PM scheduled RTC wake event: SleepServiceImmediate inDelta=3598.04                    
Sleep/Wakes since boot at 6/11/14, 4:37:17 PM EDT  :242   Dark Wake Count in this sleep cycle:241

Time stamp                Domain                Message                                                                     Duration    Delay     
==========                ======                =======                                                                     ========    =====     
UUID: (null)
6/12/14, 5:17:22 PM EDT  Start                  powerd process is started                                                             
6/12/14, 5:17:22 PM EDT                         Summary- [System: No Assertions] Using AC                                             
Sleep/Wakes since boot at 6/12/14, 5:17:22 PM EDT  :0   Dark Wake Count in this sleep cycle:0

Los genios insinuaron que la razón por la que no podrían reproducir el problema podría deberse a una interacción entre el PowerMac y uno o más dispositivos periféricos.

Los dispositivos actualmente conectados son:

  • Apple Cinema Display anterior (con convertidor DVI a Mini Display Port)
  • Unidad óptica de Apple (USB)
  • Teclado Apple (USB)
  • Ratón óptico USB de Apple

ACTUALIZAR:

  • Este problema aún persiste en 10.9.4

  • La ejecución de este diagnóstico, sugerido por Buscar:

syslog -k Kernel del remitente -k Mensaje CSeq 'n Causa: -' | cola | awk '/:/{$4=""; imprimir}'

Obtengo este resultado:

Jun 25 10:54:41  kernel[0] <Debug>: Previous Shutdown Cause: -2
Jun 25 17:51:57  kernel[0] <Debug>: Previous Shutdown Cause: -2
Jul 1 11:55:50  kernel[0] <Debug>: Previous Shutdown Cause: -2
Solo para aclarar, presiona el botón de encendido una vez y se enciende, ¿no está simplemente congelado con una pantalla negra? Al buscar en sus registros, ¿ve alguna entrada para "Causa de apagado anterior" seguida de un número? ¿Supongo que lo has conectado a una fuente de alimentación diferente?
Sí, presiono el botón de encendido y se enciende. El botón de encendido no se ilumina hasta que lo pulsamos. Buscará "Causa de apagado anterior" e informará en breve.
La causa del apagado anterior de hoy es '-2'
Informe si tiene alguna configuración para compartir.
Intenta convertir autopoweroffa 0
@AllInOne: todavía estoy comentando esto, pero creo que lo mejor que puedes hacer es que Apple repare la Mac Pro. No hay referencia para esto en línea, pero esto es lo que me explicaron durante el entrenamiento de Genius y nuevamente más tarde cuando trabajé con ingeniería en un caso extraño. Las causas de apagado que son 0 o mayores son normales o iniciadas por el usuario. Las causas de apagado que son -1 o menos son indicativas de una falla de hardware, ya sea por sobrecalentamiento o porque alguien tiró accidentalmente del cable de alimentación. Lo dejaría con Apple durante el tiempo que sea necesario para reproducir el problema, con instrucciones claras (continuación)
@AllInOne - (continuación) para ejecutar la máquina bajo un gran estrés (múltiples comandos Sí, Grapher, etc.) durante varias horas/días hasta que se apague. En ese momento, pueden verificar el problema y, con suerte, solucionarlo con el soporte interno de Apple, ya sea ingeniería u otro departamento. ES posible que uno de sus periféricos esté causando el problema, pero nunca me he encontrado con un problema con un número negativo de "causa de apagado" que no se haya solucionado reparando/reemplazando la Mac. Espero que ayude.
@Buscar웃 No veo una explicación de mi código de error allí. Y he agregado líneas de registro de la consola a una esencia que representa un minuto completo antes de la falla.
¿Necesitas/usas despertar en la red?
@Buscar웃 sí, necesitamos/usamos wake on network. De vez en cuando iniciamos sesión en la máquina de forma remota.
@MrRabbit Siéntase libre de agregar su comentario como respuesta. Vamos a seguir este curso.
He estado yendo a la verdad tanto de sus registros. Lo que necesitamos es un registro desde el momento en que cierra la tapa hasta que la abre, para que podamos ver qué está haciendo en ese período, no debería ser mucho.
@Buscar웃 ¡Parece un bote de basura pero no tiene tapa! :-) Es un Mac Pro.
Todavía no tenemos una solución para este problema. Apple nos envió un nuevo cable de alimentación para que lo probemos‽ Mientras tanto, acabamos de aplicar 10.9.4 Witch Claims para abordar los problemas con la activación del modo de suspensión. Dedos cruzados.

Respuestas (3)

Esto no es normaldigest-service[105]: digest-request: user=[redacted]

y estodigest-request: guest failed with 22 proto=ntlmv2

¡Deshabilitar todo y cualquier uso compartido! en Preferencias- Compartir

Lo siguiente no hace daño:

  • Restaurar permisos de nivel de sistema usando la Utilidad de Discos

  • Ahora restaure las ACL de nivel de usuario usando el CMD-R (en el arranque), luego seleccione la opción de restablecimiento de contraseña (pero no restablezca la contraseña), en su lugar, elija la restauración de ACL.

  • Ejecute este diagnóstico en la terminal

syslog -k Kernel del remitente -k Mensaje CSeq 'n Causa: -' | cola | awk '/:/{$4=""; imprimir}'

Copiará el resultado en el portapapeles. Pégalo aquí. Si no hay resultado, el portapapeles estará vacío.

Archivo de registro 1

Archivo de registro 2

Hola Buscar. ¿Puede explicar por qué no es normal y cómo puede estar causando el problema de apagado?
@njboot mire el archivo de registro.
Hola y gracias Buscar. Lo siento, pasé por alto su solicitud de ejecutar el comando syslog anteriormente. Acabo de ejecutarlo ahora y obtuve un resultado vacío, pero ahora puede haber pasado demasiado tiempo desde el incidente para que el registro todavía tenga algo de interés. Hemos tenido una ocurrencia adicional del problema desde mi publicación original, pero fue hace algún tiempo.
Ah, parece que algo andaba mal con la parte pbcopy de tu script. Saqué eso y obtuve el resultado que estábamos buscando. Pegaré actualizar mi pregunta anterior con el resultado.

Apple ha decidido que es probable que se trate de un problema de hardware (aunque no pudieron identificarlo definitivamente, sospechaban de la tarjeta de video) y acordó cambiar la unidad por una nueva.

Causa de apagado anterior: -2

La causa de apagado -2 sugiere un problema de hardware (como una placa lógica , una tarjeta de video o una RAM defectuosas ).

vTypErr = -2, /*invalid queue element*/ fuente

Aquí hay sugerencias generales:

Para ver otros códigos de apagado, consulte: ¿Se enumeran/explican en alguna parte los números de causa de apagado y de suspensión de OS X?

Causa de apagado anterior: -2
RespuestasAquíPolítica de privacidad1y, 0v