7 votos

El MacBook Pro de ir a dormir por sí misma a causa de watchdog demonio

Durante un par de semanas, mi Mac ha sido de ir a dormir por sí mismo. Esto parece ocurrir con más frecuencia cuando estoy corriendo más y más cosas en mi Mac (Cromo + Spotify + etc...)

En mi consola, el mensaje es el siguiente:

1/4/15 7:24:04.793 PM coreaudiod[293]: 2015-01-04 07:24:04.792840 PM [AirPlay] Power: SystemWillSleep

Seguido por:

1/4/15 7:24:04.794 PM coreaudiod[293]: 2015-01-04 07:24:04.794130 PM [AirPlay] BTLE client stopping to browse for AirPlay Solo Target Presence.
1/4/15 7:24:04.795 PM coreaudiod[293]: 2015-01-04 07:24:04.795289 PM [AirPlay] BTLE discovery removing all devices

Esto parece tener algún tipo de correlación con el watchdog, un proceso de demonio en mi mac (En este caso lo que sucede después, pero por lo general antes).

1/4/15 7:24:04.800 PM watchdogd[7673]: [watchdog_daemon] @(         pm_callback) - ref=0x0 msg_type=0xe0000280 msg=0x570033
1/4/15 7:24:04.800 PM watchdogd[7673]: [watchdog_daemon] @(    wd_daemon_thread) - events buffer: 6329r81941 6779s81941 
1/4/15 7:24:04.838 PM watchdogd[7673]: [watchdog_daemon] @(         pm_callback) - ref=0x0 msg_type=0xe0000320 msg=0x0
1/4/15 7:24:04.838 PM watchdogd[7673]: [watchdog_daemon] @(         pm_callback) - ref=0x0 msg_type=0xe0000300 msg=0x0

Aquí están algunos de los más registros:

El SystemWillSleep mensajes de:

enter image description here

De Vigilancia De Los Procesos De:

enter image description here

Registro completo de 7:12 PM:

enter image description here

Algunos datos del sistema: MacBook Pro (Retina, 13 pulgadas, Finales de 2013), en ejecución de Yosemite.

2voto

Buscar웃 Puntos23467

Aquí la lectura de sus registros.

Su BTLE (Bluetooth de baja energía) se está cerrando (es normal ?)

El watchdogd está cerrando los correspondientes procesos, pero no es para apagar el sistema.

El SystemWillSleep es para el coreaudiod, debido a la airplay cerrando, esto no significa que el OS X cerrando.

Todo lo anterior sucede, es porque el OS X recibió el comando de suspensión (se producen después de que el comando se ha emitido).

El OS X va a dormir si tienes algo como kernel[0]: sleep

y más información se puede encontrar en

kernel[0]: Previous Sleep Cause: 5

Nuevos registros muestran:

Su sistema hizo entrar en el modo de suspensión.

Fue despertado por la Alarma RTC. Revise sus configuraciones de Ahorro de Energía-

Fue despertado por el WOMP, ya que está habilitado (Wake On Magic Packet) de una red.

Para ver todos los despertador razones de uso syslog |grep -i "Wake reason" en su Terminal.

Hasta ahora el sistema no está actuando extraño, sólo haciendo lo que me pediste que hiciera. El "reinicia" se está refiriendo a que son las estelas de ups en el modo de suspensión. No hay ninguna entrada de registro que muestra que el sistema se ha reiniciado.

Si lo hizo el reinicio, entonces usted podría ver, por ejemplo:

shutdown[15811]: SHUTDOWN_TIME: 1424885403 656386

bootlog[0]: BOOT_TIME 1424885410 0

1voto

Me encontré con Mac OS X Server: Sobre el Proceso de vigilancia. Se que la ejecución de cualquier software de servidor? (servidores de archivos?)

Reinicio automático (hardware)

Watchdog también ayuda a reiniciar el servidor si su sistema operativo deja de responder ("bloqueo"). En equipos compatibles con la función de rearranque automático, esta opción puede ser activada en el panel Economizador de Preferencias del Sistema. Una vez activado, Vigilar periódicamente se restablece la Alimentación del equipo de la Unidad de Administración (PMU) del temporizador. Si este temporizador expira (lo que ocurre si el sistema se bloquea), el PMU las fuerzas de un reinicio.

Es su sistema de "Colgar"? Es una pieza de software que causa o ser reconocido como uno?

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by: