Início / unix / Perguntas / 410734
Accepted
boardrider
Asked: 2017-12-14 12:37:23 +0800 CST

Qual é o propósito da 10ª coluna da saída do comando `last`?

  • 772

Vejo um padrão suspeito em uma lastsaída de comando no RHEL:

$ last reboot
reboot   system boot  3.10.0-514.21.1. Wed Dec 13 10:25 - 11:53  (01:28)    
reboot   system boot  3.10.0-514.21.1. Mon Oct 30 16:23 - 11:53 (43+20:30)  
reboot   system boot  3.10.0-514.21.1. Fri Oct 20 16:53 - 11:53 (53+20:00)  
reboot   system boot  3.10.0-514.21.1. Mon Oct 16 09:21 - 11:53 (58+03:32)  
reboot   system boot  3.10.0-514.21.1. Fri Aug 25 15:53 - 11:53 (109+21:00) 
reboot   system boot  3.10.0-514.21.1. Tue Aug 22 15:36 - 11:53 (112+21:16) 
reboot   system boot  3.10.0-514.21.1. Fri Jul 21 16:38 - 11:53 (144+20:15) 
reboot   system boot  3.10.0-514.21.1. Fri Jun  9 15:00 - 16:18 (42+01:17)  
reboot   system boot  3.10.0-514.21.1. Mon Jun  5 11:20 - 16:18 (46+04:57)  
reboot   system boot  3.10.0-514.21.1. Thu Jun  1 09:49 - 16:18 (50+06:28)  
reboot   system boot  3.10.0-514.el7.x Wed May 31 17:46 - 09:49  (16:02)

Ou seja, a décima coluna mostra o mesmo dado de tempo em várias linhas (por exemplo, 11:53 sete vezes e 16:18 três vezes).

A manpágina não explica o que cada coluna deve representar.

Você conhece a finalidade da 10ª coluna da lastsaída do comando?

last

1 respostas

  1. Best Answer

    Ao listar as reinicializações, a décima coluna mostra o último “tempo de inatividade” após a inicialização, ou seja , a hora em que o sistema foi desligado, tanto quanto lastpossível determinar. Na verdade, isso envolve a combinação de vários registros das informações armazenadas no sistema; para fazer isso, lastacompanha o último tempo de inatividade que viu e usa isso cegamente quando exibe uma linha de “reinicialização”.

    Assim, se o sistema for desligado abruptamente, o tempo de desligamento não será armazenado, mas lastusará o registro anterior. Olhando para os seus resultados:

    reboot   system boot  3.10.0-514.21.1. Wed Dec 13 10:25 - 11:53  (01:28)    
reboot   system boot  3.10.0-514.21.1. Mon Oct 30 16:23 - 11:53 (43+20:30)  
reboot   system boot  3.10.0-514.21.1. Fri Oct 20 16:53 - 11:53 (53+20:00)  
reboot   system boot  3.10.0-514.21.1. Mon Oct 16 09:21 - 11:53 (58+03:32)  
reboot   system boot  3.10.0-514.21.1. Fri Aug 25 15:53 - 11:53 (109+21:00) 
reboot   system boot  3.10.0-514.21.1. Tue Aug 22 15:36 - 11:53 (112+21:16) 
reboot   system boot  3.10.0-514.21.1. Fri Jul 21 16:38 - 11:53 (144+20:15) 
reboot   system boot  3.10.0-514.21.1. Fri Jun  9 15:00 - 16:18 (42+01:17)  
reboot   system boot  3.10.0-514.21.1. Mon Jun  5 11:20 - 16:18 (46+04:57)  
reboot   system boot  3.10.0-514.21.1. Thu Jun  1 09:49 - 16:18 (50+06:28)  
reboot   system boot  3.10.0-514.el7.x Wed May 31 17:46 - 09:49  (16:02)

    lastencontrou um registro indicando um desligamento às 11h53 do dia 13 de dezembro e, em seguida, vários registros indicando um horário de início; então ele usou aquele único tempo de desligamento para todos eles. Em seguida, ele encontrou um registro de desligamento por 42 dias após 9 de junho, às 16h18, e o usou novamente várias vezes porque não encontrou nenhum outro registro de desligamento até 09h49 de 1º de junho.

    Você pode ver isso no lastcódigo-fonte ; procure por “ lastdown” para descobrir onde ele é atualizado (e usado).

    • 6

relate perguntas