O /var/log/messages
arquivo realmente deve ter algo relacionado a desligamentos, por exemplo o meu (CentOS 5) tem linhas 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 seu /etc/syslog.conf
ou /etc/rsyslog.conf
equivalente para garantir que os logs estejam indo para lá. Você provavelmente precisará de privilégios de root para ler os arquivos de log.
Além disso, embora não seja um desligamento em si, o comando "last" deve relatar reinicializações.
Não há realmente nada nos logs na última vez em que você desligou?
Para o seu teste, lembre-se de que o seu computador sabe que só restam 10 minutos devido às informações que a bateria está relatando, que podem ou não ser precisas. Em vez de esperar por desligamentos, você pode olhar diretamente para as informações da ACPI. No meu laptop está aqui:
/proc/acpi/battery/BAT0/
Lá, os arquivos "state" e "info" parecem interessantes. Você pode observar a capacidade restante no arquivo de estado enquanto estiver executando o laptop sob várias condições para ver a rapidez com que ele cai.
last -x
funciona. Este comando exibe uma linha semelhante à seguinte:shutdown system down 2.6.32-23-generi Sun Jul 25 09:12 - 19:00 (-14815+-13:
Obrigado pela dica de informações da bateria. Meu sistema também tem isso, então terei que verificar isso! Parece atualizar esses arquivos a cada 5 segundos ou mais. Obrigado!Que tal comando
last -x shutdown
?fonte
Primeiro, deixe-me dizer que sei que esse é um tópico mais antigo. Eu apenas comento para que outros que acham isso enquanto vasculhem a rede (como eu fiz hoje) tenham uma resposta clara.
Segundo, observe que o comando a seguir é uma prática ruim e se enquadra na categoria "usos inúteis do gato" (pesquisa no google).
Essa linha deve ser alterada para:
grep e a maioria dos comandos unix / linux (sed, awk, etc ...) não exigem que o cat leia o conteúdo de um arquivo. É suficiente colocar o caminho do arquivo e o nome após o comando para passá-lo como argumento. Adicionar um pipe e outro comando externo (cat) é apenas desperdício de tempo e recursos.
Por fim, sobre onde encontrar um registro de desligamentos e / ou reinicializações do sistema, use o último comando, pois é exatamente para isso que ele se destina. Ele lê o arquivo de log / var / log / wtmp para todas as entradas de logon / logout. Como desligamentos e reinicializações são, na verdade, um evento de logon / logout no nível do sistema, eles são registrados aqui. O mesmo se aplica ao desligamento do console raiz, é um evento de logout.
Exemplo:
Isso fornecerá as últimas 5 entradas de reinicialização, desligamento e raiz (desligamento do console incluído) no log do wtmp.
Resultado:
Espero que isso ajude alguém que tropeça nesse tópico. :-)
fonte
last -x
oulast -F -R -x runlevel
. Para fins de monitoramento de bateria no Ubuntu,grep hooks /var/log/pm-suspend.log
também pode ser útil mostrar a suspensão e o currículo. Infelizmente, o pm-powersave.log não armazena os tempos em que a energia CA está conectada (a menos que você adicione seu próprio gancho). help.ubuntu.com/community/PowerManagement/ReducedPower pode valer uma leitura.O arquivo / var / log / messages deve conter essas informações
fonte
grep -r "Jul 24 14:" /var/log/*
se você quiser acompanhar por quanto tempo o seu computador está funcionando no passado, use algo como otimizado.
ele vem com um programa chamado gravações que mostram quanto tempo o seu computador está ligado.
fonte
Aqui está uma lista para listar todas as mensagens do dia atual:
Isso foi testado no CentOS, portanto YMMV.
E é claro que existe
last reboot
elast shutdown
(como mencionado), mas isso é muito simples para minhas necessidades (apenas fornece datas).fonte
last reboot
trabalhou para mim no CentOS 6.7.Para mostrar o ano na produção, faz sentido se você tiver mais de um ano de registros, faça
last -F reboot
Embora eu entenda que a opção -F não funciona em alguns sistemas, como o Solaris. Aparentemente, é parte do último do GNU.
Obrigado a https://unix.stackexchange.com/a/97597/174520
fonte
se nenhum registro estiver presente, você pode tentar adicionar algum 'date >> mylog' ao script de desligamento (em alguns discos, isso é chamado rc.shutdown)
ou, também há um caminho sem predileção necessária. corre:
e siga mylog na próxima sessão.
fonte