Qual é o propósito da décima coluna da saída do 'último' comando?

3

Eu vejo um padrão suspeito em uma saída de comando last 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 coluna 10 mostra o mesmo dado de tempo em várias linhas (por exemplo, 11:53 sete vezes e 16:18 três vezes).

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

Você conhece o propósito da décima coluna da saída do comando last ?

    
por boardrider 13.12.2017 / 21:37

1 resposta

3

Ao listar as reinicializações, a décima coluna mostra o último "tempo de inatividade" após a inicialização, isto é, a hora em que o sistema foi desligado, até onde last pode determinar. Isso realmente envolve combinar vários registros das informações armazenadas no sistema; para fazer isso, last rastreia o último tempo de inatividade visto e usa isso cegamente quando exibe uma linha de "reinicialização".

Assim, se o sistema for desligado abruptamente, o tempo de encerramento não será armazenado e last usará o registro anterior. Analisando 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)

last encontrou um registro indicando um desligamento às 11:53 de 13 de dezembro e vários registros indicando um horário de início; por isso usou esse único tempo de desligamento para todos eles. Em seguida, ele encontrou um registro de desligamento por 42 dias depois de 9 de junho, às 16h18, e usou isso novamente, várias vezes porque não encontrou nenhum outro registro de desligamento até as 09h49 de 1º de junho.

Você pode ver isso no last código-fonte ; pesquise por " lastdown " para descobrir onde ele está atualizado (e usado).

    
por 14.12.2017 / 18:04

Tags