Supongo que esta es una publicación de hace tres años, pero responderé de todos modos, en beneficio de cualquier otra persona que se encuentre en el futuro, como lo hice recientemente.
Al leer otras publicaciones y monitorear el resultado durante un período de tiempo, parece que cada línea enumera la fecha y hora de inicio de la sesión, la hora de finalización de la sesión (pero no la fecha de finalización) y la duración de la sesión (cuánto tiempo estuvieron conectados) en un formato como
(días+horas:minutos)
El usuario de reinicio parece haber iniciado sesión cada vez que se inicia el sistema y se apaga cuando el sistema se reinicia o apaga, y en esas líneas, la información de "duración de la sesión" es el período de tiempo (días + horas:minutos) esa "sesión" duró, es decir, cuánto tiempo estuvo activo el sistema antes de que se apagara.
Para mí, la entrada de reinicio más reciente muestra la hora actual como la hora de "cierre de sesión", y los datos de duración de la sesión para esa entrada coinciden con la salida del tiempo de actividad actual.
Así que en esta línea:
reiniciar system boot 3.2.13-grsec-xxx mar 3 abr 07:34 - 09:17 (9+01:42)
El sistema se puso en marcha el martes 3 de abril a las 7:34 am y se apagó 9 días y 1 hora y 42 minutos después (el 12 de abril), a las 9:17 de la mañana. (O bien, esta salida se recopiló en ese momento, y esta es la entrada de reinicio más reciente, y "reiniciar" aún no se ha "cerrado sesión". En cuyo caso, la salida cambiará si ejecuta el último comando nuevamente).
Por qué tendría 2 entradas para el usuario de reinicio, el 3 de abril, que duraron 9 días, es un misterio para mí; mis sistemas no hacen eso.
Resumen
- La primera marca de tiempo parece ser la hora en que el sistema se apagó durante el reinicio.
- La segunda marca de tiempo y el tiempo transcurrido no son muy útiles.
- Pasar el
-xopción alastpuede ser útil para mostrar otros eventos relacionados con apagados y cambios en el nivel de ejecución que influyen en las marcas de tiempo que se muestran en elrebootlíneas. Eltuptimela herramienta a la que se hace referencia en otra respuesta puede aclarar esto, pero no lo he mirado.
Detalles
El last La página de manual de CentOS 6 y 7 dice:
El reinicio del pseudo usuario inicia sesión cada vez que se reinicia el sistema.
No dice nada sobre cuándo el usuario cierra sesión, y la evidencia que se muestra a continuación parece sugerir que no se registra explícitamente el tiempo de cierre de sesión. El reboot y shutdown Las páginas de manual tienen más detalles sobre cómo registrar los cambios en el nivel de ejecución si alguien está interesado.
Según las pruebas, parece que el tiempo de inicio de sesión es tardío en el proceso de apagado; no es desde el momento en que reboot se emitió el comando.
Por lo tanto, parecería que las horas de cierre de sesión (la segunda marca de tiempo) y la duración de la sesión de "reinicio" (que se muestra entre paréntesis), probablemente deberían ignorarse.
Si pasas el -F opción a last , le mostrará las marcas de tiempo completas, lo que deja un poco más claro que la máquina no se está reiniciando al mismo tiempo por coincidencia, solo muestra exactamente la misma marca de tiempo varias veces. Además, si pasas el -x indicador, muestra "entradas de apagado del sistema y cambios en el nivel de ejecución".
Aquí, lo ejecuté en CentOS 7 y también pasé el -R opción para suprimir la columna de versión de kernel/nombre de host. También eliminé algunos inicios de sesión de raíz poco interesantes:
# date ; last -x -F -R
Mon Nov 12 01:10:44 UTC 2018
root pts/0 Mon Nov 12 00:02:57 2018 still logged in
runlevel (to lvl 3) Sat Nov 10 17:57:29 2018 - Mon Nov 12 01:10:44 2018 (1+07:13)
reboot system boot Sat Nov 10 17:57:12 2018 - Mon Nov 12 01:10:44 2018 (1+07:13)
runlevel (to lvl 3) Sat Oct 27 17:58:20 2018 - Sat Nov 10 17:57:29 2018 (13+23:59)
reboot system boot Sat Oct 27 17:58:03 2018 - Mon Nov 12 01:10:44 2018 (15+07:12)
runlevel (to lvl 3) Sat Jul 21 18:14:55 2018 - Sat Oct 27 17:58:20 2018 (97+23:43)
reboot system boot Sat Jul 21 18:14:16 2018 - Mon Nov 12 01:10:44 2018 (113+06:56)
runlevel (to lvl 3) Sun Nov 12 22:36:14 2017 - Sat Jul 21 18:14:55 2018 (250+19:38)
reboot system boot Sun Nov 12 22:35:35 2017 - Mon Nov 12 01:10:44 2018 (364+02:35)
root pts/0 Fri Nov 10 07:13:20 2017 - crash (2+15:22)
runlevel (to lvl 3) Sun Aug 27 04:15:56 2017 - Sun Nov 12 22:36:14 2017 (77+18:20)
reboot system boot Sun Aug 27 04:14:59 2017 - Mon Nov 12 01:10:44 2018 (441+20:55)
runlevel (to lvl 3) Mon Aug 14 00:14:01 2017 - Sun Aug 27 04:15:56 2017 (13+04:01)
reboot system boot Mon Aug 14 00:13:46 2017 - Mon Nov 12 01:10:44 2018 (455+00:56)
Las 6 líneas de "reinicio" de arriba tienen un tiempo de cierre de sesión igual al tiempo actual.
shutdown system down Fri Aug 11 08:05:29 2017 - Mon Aug 14 00:13:46 2017 (2+16:08)
root pts/0 Fri Aug 11 08:05:23 2017 - down (00:00)
runlevel (to lvl 3) Fri Jun 30 07:05:42 2017 - Fri Aug 11 08:05:29 2017 (42+00:59)
reboot system boot Fri Jun 30 07:05:27 2017 - Fri Aug 11 08:05:29 2017 (42+01:00)
[...]
root pts/0 Fri Jun 30 05:48:16 2017 - crash (01:17)
root pts/0 Tue Jun 27 04:59:56 2017 - Tue Jun 27 05:00:30 2017 (00:00)
root pts/0 Mon Jun 26 11:20:57 2017 - Mon Jun 26 04:24:39 2017 (-6:-56)
runlevel (to lvl 3) Mon Jun 26 11:15:13 2017 - Fri Jun 30 07:05:42 2017 (3+19:50)
reboot system boot Mon Jun 26 11:14:57 2017 - Fri Aug 11 08:05:29 2017 (45+20:50)
root pts/0 Sun Jun 25 14:07:51 2017 - crash (21:07)
[...]
root tty1 Thu Jun 22 13:07:42 2017 - crash (3+22:07)
runlevel (to lvl 3) Thu Jun 22 13:07:07 2017 - Mon Jun 26 11:15:13 2017 (3+22:08)
reboot system boot Thu Jun 22 13:06:51 2017 - Fri Aug 11 08:05:29 2017 (49+18:58)
root pts/0 Thu Jun 22 12:43:56 2017 - crash (00:22)
runlevel (to lvl 3) Thu Jun 22 12:30:53 2017 - Thu Jun 22 13:07:07 2017 (00:36)
reboot system boot Thu Jun 22 12:30:38 2017 - Fri Aug 11 08:05:29 2017 (49+19:34)
root pts/1 Thu Jun 22 12:26:49 2017 - crash (00:03)
root pts/0 Thu Jun 22 11:55:28 2017 - crash (00:35)
runlevel (to lvl 3) Thu Jun 22 11:49:53 2017 - Thu Jun 22 12:30:53 2017 (00:41)
reboot system boot Thu Jun 22 11:49:14 2017 - Fri Aug 11 08:05:29 2017 (49+20:16)
Las 5 líneas de "reinicio" de arriba tienen un tiempo de cierre de sesión igual al tiempo del "apagado del sistema" que las siguió.
shutdown system down Thu Jun 22 11:47:45 2017 - Thu Jun 22 11:49:14 2017 (00:01)
[...]
runlevel (to lvl 3) Wed Jun 21 15:59:42 2017 - Thu Jun 22 11:47:45 2017 (19:48)
reboot system boot Wed Jun 21 15:59:27 2017 - Thu Jun 22 11:47:45 2017 (19:48)
El tiempo de cierre de sesión de "reinicio" vuelve a coincidir con el tiempo de "apagado del sistema".
shutdown system down Wed Jun 21 15:57:58 2017 - Wed Jun 21 15:59:27 2017 (00:01)
root pts/0 Wed Jun 21 14:27:43 2017 - down (01:30)
[...]
runlevel (to lvl 3) Tue Jun 20 17:14:15 2017 - Wed Jun 21 15:57:58 2017 (22:43)
reboot system boot Tue Jun 20 17:14:00 2017 - Wed Jun 21 15:57:58 2017 (22:43)
Como arriba.
Asumo por los resultados anteriores que no se registra un tiempo de cierre de sesión explícito para el "reinicio" del pseudo usuario, por lo que last le asigna una hora de cierre de sesión del próximo "arranque del sistema de apagado" o la hora actual si no hay un "arranque del sistema de apagado" después.
Las entradas "runlevel (to lvl 3)" parecen tener un tiempo de cierre de sesión más sensato, pero no parece tener en cuenta los bloqueos.