Visualize as temporizações originais das mensagens de kernel dos logs históricos do sistema

0

Por padrão, journalctl mostra mensagens no formato tradicional de log do sistema, incluindo o carimbo CLOCK_REALTIME, ou seja, a hora do relógio de parede (e a data do calendário).

No entanto, isso não mostra timestamps precisos para as mensagens do kernel, se eles foram registrados quando o journald não estava em execução, por exemplo, durante a inicialização ou o procedimento de suspensão / retomada. A maioria dos kernels hoje em dia tem como padrão habilitar printk.time , então dmesg mostra um timestamp na frente de cada mensagem de log.

Pode journalctl ser feito para mostrar os timestamps originais do kernel? Quero verificar os horários precisos das mensagens históricas de log de suspensão / retomada.

    
por sourcejedi 06.04.2018 / 18:01

1 resposta

0

Sim, sim, pode.

$ journalctl -o short-monotonic -b
[    0.000000] alan-laptop kernel: microcode: microcode updated early to revision 0x2a, date = 2018-01-18
[    0.000000] alan-laptop kernel: Linux version 4.15.14-300.fc27.x86_64 ([email protected]) (gcc version 7.3.1 20180303 (Red Hat 7.3.1-5) (GCC)) #1 SMP Thu Mar 29 16:13:44 UTC 2018
...
[    0.000000] alan-laptop kernel: x2apic: IRQ remapping doesn't support X2APIC mode
[    0.001000] alan-laptop kernel: ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[    0.006000] alan-laptop kernel: tsc: Fast TSC calibration using PIT
[    0.007000] alan-laptop kernel: tsc: Detected 2294.717 MHz processor
[    0.007000] alan-laptop kernel: Calibrating delay loop (skipped), value calculated using timer frequency.. 4589.43 BogoMIPS (lpj=2294717)

Os timestamps correspondem exatamente a dmesg , mesmo para suspender / retomar.

(Eu não tentei descobrir se isso significa que eles são timestamps CLOCK_BOOTTIME, ao contrário de timestamps CLOCK_MONOTONIC; possivelmente o nome do campo journald é confuso, mas é exatamente o que eu quero).

    
por 06.04.2018 / 18:01