Significados das colunas no comando "último"

Question 1

Acho que este é um post de três anos, mas responderei de qualquer maneira, para o benefício de qualquer pessoa que o encontre no futuro, como fiz recentemente.

Ao ler outras postagens e monitorar a saída durante um período de tempo, parece que cada linha lista a data e hora de início da sessão, a hora de término da sessão (mas não a data de término) e a duração da sessão (por quanto tempo eles ficaram logados) em um formato como

(dias+horas:minutos)

O usuário de reinicialização parece ter feito login sempre que o sistema é iniciado e desativado quando o sistema foi reinicializado ou desligado e, nessas linhas, as informações de "duração da sessão" são o período de tempo (dias + horas: minutos) durou essa "sessão", ou seja, quanto tempo o sistema ficou ativo antes de ser desligado.

Para mim, a entrada de reinicialização mais recente mostra a hora atual como a hora "desconectada" e os dados de duração da sessão dessa entrada correspondem à saída de tempo de atividade atual.

Então nesta linha:

reinicie a inicialização do sistema 3.2.13-grsec-xxx Terça, 3 de abril 07:34 - 09:17 (9+01:42)

O sistema foi iniciado na terça-feira, 3 de abril, às 7h34, e foi desligado 9 dias e 1 hora e 42 minutos depois (no dia 12 de abril), às 9h17 da manhã. (Ou, esta saída foi coletada naquele momento, e esta é a entrada de reinicialização mais recente, e "reboot" ainda não foi "fechado". Nesse caso, a saída será alterada se você executar o último comando novamente.)

Por que você teria 2 entradas para o usuário de reinicialização, em 3 de abril, ambas com 9 dias de duração, é um mistério para mim; meus sistemas não fazem isso.

Answer

Acho que este é um post de três anos, mas responderei de qualquer maneira, para o benefício de qualquer pessoa que o encontre no futuro, como fiz recentemente.

Ao ler outras postagens e monitorar a saída durante um período de tempo, parece que cada linha lista a data e hora de início da sessão, a hora de término da sessão (mas não a data de término) e a duração da sessão (por quanto tempo eles ficaram logados) em um formato como

(dias+horas:minutos)

O usuário de reinicialização parece ter feito login sempre que o sistema é iniciado e desativado quando o sistema foi reinicializado ou desligado e, nessas linhas, as informações de "duração da sessão" são o período de tempo (dias + horas: minutos) durou essa "sessão", ou seja, quanto tempo o sistema ficou ativo antes de ser desligado.

Para mim, a entrada de reinicialização mais recente mostra a hora atual como a hora "desconectada" e os dados de duração da sessão dessa entrada correspondem à saída de tempo de atividade atual.

Então nesta linha:

reinicie a inicialização do sistema 3.2.13-grsec-xxx Terça, 3 de abril 07:34 - 09:17 (9+01:42)

O sistema foi iniciado na terça-feira, 3 de abril, às 7h34, e foi desligado 9 dias e 1 hora e 42 minutos depois (no dia 12 de abril), às 9h17 da manhã. (Ou, esta saída foi coletada naquele momento, e esta é a entrada de reinicialização mais recente, e "reboot" ainda não foi "fechado". Nesse caso, a saída será alterada se você executar o último comando novamente.)

Por que você teria 2 entradas para o usuário de reinicialização, em 3 de abril, ambas com 9 dias de duração, é um mistério para mim; meus sistemas não fazem isso.

Question 2

Resumo

O primeiro carimbo de data/hora parece ser o momento em que o sistema caiu durante a reinicialização.
O segundo carimbo de data/hora e o tempo decorrido não são muito úteis.
Passar a -xopção para lastpode ser útil para mostrar outros eventos relacionados a desligamentos e mudanças de nível de execução que influenciam os timestamps mostrados nas rebootlinhas. A tuptimeferramenta mencionada em outra resposta pode deixar isso mais claro, mas ainda não a examinei.

Detalhes

A lastpágina de manual do CentOS 6 e 7 diz:

A reinicialização do pseudousuário efetua login sempre que o sistema é reinicializado.

Não diz nada sobre quando o usuário efetua logout, e as evidências mostradas abaixo parecem sugerir que nenhum tempo de logout é registrado explicitamente. As páginas reboote shutdownman têm mais detalhes sobre como registrar as alterações no nível de execução, se alguém estiver interessado.

A partir dos testes, parece que o horário de login é posterior ao processo de desligamento - não é a partir do momento em que o rebootcomando foi emitido.

Portanto, parece que os tempos de logout (o segundo carimbo de data e hora) e a duração durante a qual a "reinicialização" foi registrada (mostrada entre parênteses) provavelmente deveriam ser ignorados.

Se você passar a -Fopção para last, ele mostrará carimbos de data e hora completos, o que deixa um pouco mais claro que a máquina não está sendo reinicializada coincidentemente ao mesmo tempo, apenas mostra exatamente o mesmo carimbo de data e hora algumas vezes. Além disso, se você passar o -xsinalizador, ele mostrará "entradas de desligamento do sistema e alterações no nível de execução".

Aqui, executei no CentOS 7 e também passei a -Ropção de suprimir a coluna nome do host/versão do kernel. Também eliminei alguns logins root desinteressantes:

# 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)

As 6 linhas de "reinicialização" acima têm um tempo de logout igual ao horário atual.

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)

As 5 linhas de "reinicialização" acima têm um tempo de logout igual ao tempo de "desligamento do sistema" que as seguiu.

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)

O tempo de logout de "reinicialização" corresponde ao tempo de "desligamento do sistema" novamente.

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 acima.

Presumo a partir dos resultados acima que nenhum tempo de logout explícito é registrado para o pseudousuário "reinicialização", então lastatribuo a ele um tempo de logout da próxima "inicialização do sistema de desligamento" ou o horário atual se não houver uma "inicialização do sistema de desligamento" "seguindo.

As entradas "nível de execução (para o nível 3)" parecem ter um tempo de logout mais sensato para elas, mas não parece levar em consideração as falhas.

Answer

Resumo

O primeiro carimbo de data/hora parece ser o momento em que o sistema caiu durante a reinicialização.
O segundo carimbo de data/hora e o tempo decorrido não são muito úteis.
Passar a -xopção para lastpode ser útil para mostrar outros eventos relacionados a desligamentos e mudanças de nível de execução que influenciam os timestamps mostrados nas rebootlinhas. A tuptimeferramenta mencionada em outra resposta pode deixar isso mais claro, mas ainda não a examinei.

Detalhes

A lastpágina de manual do CentOS 6 e 7 diz:

A reinicialização do pseudousuário efetua login sempre que o sistema é reinicializado.

Não diz nada sobre quando o usuário efetua logout, e as evidências mostradas abaixo parecem sugerir que nenhum tempo de logout é registrado explicitamente. As páginas reboote shutdownman têm mais detalhes sobre como registrar as alterações no nível de execução, se alguém estiver interessado.

A partir dos testes, parece que o horário de login é posterior ao processo de desligamento - não é a partir do momento em que o rebootcomando foi emitido.

Portanto, parece que os tempos de logout (o segundo carimbo de data e hora) e a duração durante a qual a "reinicialização" foi registrada (mostrada entre parênteses) provavelmente deveriam ser ignorados.

Se você passar a -Fopção para last, ele mostrará carimbos de data e hora completos, o que deixa um pouco mais claro que a máquina não está sendo reinicializada coincidentemente ao mesmo tempo, apenas mostra exatamente o mesmo carimbo de data e hora algumas vezes. Além disso, se você passar o -xsinalizador, ele mostrará "entradas de desligamento do sistema e alterações no nível de execução".

Aqui, executei no CentOS 7 e também passei a -Ropção de suprimir a coluna nome do host/versão do kernel. Também eliminei alguns logins root desinteressantes:

# 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)

As 6 linhas de "reinicialização" acima têm um tempo de logout igual ao horário atual.

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)

As 5 linhas de "reinicialização" acima têm um tempo de logout igual ao tempo de "desligamento do sistema" que as seguiu.

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)

O tempo de logout de "reinicialização" corresponde ao tempo de "desligamento do sistema" novamente.

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 acima.

Presumo a partir dos resultados acima que nenhum tempo de logout explícito é registrado para o pseudousuário "reinicialização", então lastatribuo a ele um tempo de logout da próxima "inicialização do sistema de desligamento" ou o horário atual se não houver uma "inicialização do sistema de desligamento" "seguindo.

As entradas "nível de execução (para o nível 3)" parecem ter um tempo de logout mais sensato para elas, mas não parece levar em consideração as falhas.

Question 3

Na página de manual, as últimas colunas parecem ser o início da sessão, os horários de término e a duração da sessão.

Answer

Na página de manual, as últimas colunas parecem ser o início da sessão, os horários de término e a duração da sessão.

Question 4

O último tempo de atividade da linha, como você diz. Hora de reinicialização das duas últimas colunas e hora atual, eu acho. Porque quando executo o último comando, a segunda coluna posterior mostra a hora atual e sempre muda.

Answer

O último tempo de atividade da linha, como você diz. Hora de reinicialização das duas últimas colunas e hora atual, eu acho. Porque quando executo o último comando, a segunda coluna posterior mostra a hora atual e sempre muda.

Significados das colunas no comando "último"

Responder1

Responder2

Resumo

Detalhes

Responder3

Responder4

informação relacionada