El /var/log/messages
archivo realmente debería tener algo relacionado con los cierres, por ejemplo, el mío (CentOS 5) tiene líneas como esta:
Jul 18 23:00:13 nero shutdown[2649]: shutting down for system halt
...
Jul 18 23:00:27 nero kernel: Kernel logging (proc) stopped.
Jul 18 23:00:27 nero kernel: Kernel log daemon terminating.
Verifique su /etc/syslog.conf
o /etc/rsyslog.conf
equivalente para asegurarse de que los registros van allí. Probablemente necesitará privilegios de root para leer los archivos de registro.
Además, aunque no se apaga per se, el comando "último" debería informar reinicios.
¿Realmente no hay nada en los registros alrededor de la última vez que cerró?
Para su prueba, tenga en cuenta que su computadora solo sabe que le quedan 10 minutos debido a la información que informa la batería, que puede o no ser precisa. En lugar de esperar los cierres, puede mirar la información de ACPI directamente. En mi computadora portátil está aquí:
/proc/acpi/battery/BAT0/
Allí, los archivos "estado" e "información" parecen interesantes. Puede ver la capacidad restante en el archivo de estado mientras está ejecutando su computadora portátil en varias condiciones para ver qué tan rápido se cae.
last -x
funciona. Este comando muestra una línea similar a la siguiente:shutdown system down 2.6.32-23-generi Sun Jul 25 09:12 - 19:00 (-14815+-13:
Gracias por la información sobre la batería. Mi sistema también tiene esto, ¡así que tendré que comprobarlo! Parece actualizar estos archivos cada 5 segundos más o menos. ¡Gracias!¿Qué tal el comando
last -x shutdown
?fuente
Primero, permítanme comenzar diciendo que sé que este es un hilo antiguo. Solo comento para que otros que encuentren esto mientras hurgan en la red (como lo hice hoy) tengan una respuesta clara.
En segundo lugar, tenga en cuenta que el siguiente comando es una mala práctica y se incluye en la categoría "usos inútiles de cat" (búsqueda en Google) ...
Esa línea debe cambiarse a:
grep, y la mayoría de los comandos unix / linux (sed, awk, etc ...) no requieren que cat lea el contenido de un archivo. Es suficiente colocar la ruta y el nombre del archivo después del comando para pasarlo como argumento. Agregar una tubería y otro comando externo (cat) es solo pérdida de tiempo y recursos.
Finalmente, en cuanto a dónde encontrar un registro de los apagados y / o reinicios del sistema, use el último comando, ya que eso es exactamente para lo que está destinado. Lee el archivo de registro / var / log / wtmp para todas las entradas de inicio / cierre de sesión. Debido a que los apagados y reinicios son en realidad un evento de inicio / cierre de sesión a nivel del sistema, se registran aquí. Lo mismo se aplica para el apagado de la consola raíz, es un evento de cierre de sesión.
Ejemplo:
Esto le dará las últimas 5 entradas de reinicio, apagado y raíz (se incluye el apagado de la consola) en el registro de wtmp.
Resultado:
Espero que esto ayude a cualquiera que se encuentre con este hilo. :-)
fuente
last -x
olast -F -R -x runlevel
. Con el propósito de monitorear la batería en Ubuntu,grep hooks /var/log/pm-suspend.log
también puede ser útil para mostrar suspender y reanudar. Desafortunadamente, pm-powersave.log no almacena las veces que se conecta la alimentación de CA (a menos que agregue su propio gancho). Puede valer la pena leer help.ubuntu.com/community/PowerManagement/ReducedPower .El archivo / var / log / messages debe contener esta información
fuente
grep -r "Jul 24 14:" /var/log/*
si desea realizar un seguimiento de cuánto tiempo ha estado funcionando su computadora en el pasado, puede usar algo como el tiempo de actividad.
viene con un programa llamado uprecords que le muestra cuánto tiempo ha estado encendido su computadora.
fuente
Aquí hay una línea para enumerar todos los mensajes del día actual:
Esto fue probado en CentOS por lo que YMMV.
Y, por supuesto, existe
last reboot
ylast shutdown
(como se mencionó), pero esto es demasiado simple para mis necesidades (solo proporciona fechas).fuente
last reboot
trabajó para mí en CentOS 6.7.Para mostrar el año en la salida, por lo que en realidad tiene sentido si tiene más de un año de registros, haga
last -F reboot
Aunque deduzco que el modificador -F no funciona en algunos sistemas, como Solaris. Sin embargo, aparentemente es parte del último de GNU.
Gracias a https://unix.stackexchange.com/a/97597/174520
fuente
si no hay un registro presente, puede intentar agregar alguna 'fecha >> mylog' al script de apagado (en algunos discos, se llama rc.shutdown)
o, también hay una forma sin necesidad de previo. correr:
y seguir mylog en la próxima sesión.
fuente