Entendiendo el motivo de paradas prolongadas

0

Instalé una nueva aplicación que contiene controlador y launchDaemon que se comunican entre sí. Después de eso, parece que el flujo de apagado demora demasiado, al principio pensé que se derivaba de la sincronización kextcache , pero incluso cuando activé manualmente la reconstrucción kextcache antes del apagado, todavía es una herramienta de tiempo prolongado

Según el registro unificado ( log show --info --debug ), el flujo de apagado comienza con halted by <username> message (1), pero observe que el intervalo de tiempo se deriva del último mensaje impreso en la sesión actual (2) al primer mensaje después booting (3), y no hay mensajes adicionales en el medio.

¿Hay algún otro medio para investigar más a fondo este problema? (activar más registros o cualquier otra cosa)

(1) 2018-02-07 11:28:06.725585+0200 0x3f12     Default     0x0                  659    0    shutdown: halt by username:
...
..
.
(2) 2018-02-07 11:28:07.504823+0200 0x0        Timesync    0x0                  0      0    === system wallclock time adjusted
(3) 2018-02-07 11:30:49.000000+0200 0x0        Timesync    0x0                  0      0    === system boot: B60E3EF1-045D-41E5-AA5D-D93AD51E7E2B
    
pregunta Zohar81 07.02.2018 - 10:56

0 respuestas

Lea otras preguntas en las etiquetas