O que significa o registro de data e hora “00:00:00” em kern.log?

Question

Estou procurando as causas de um problema específico no kern.log. Há muitas entradas com um carimbo de hora 00:00:00:

Jun 11 00:00:00 mymachine kernel: [    0.000000] Initializing cgroup subsys cpusetJun 11 00:00:00 mymachine kernel: [    0.000000] Initializing cgroup subsys cpu
Jun 11 00:00:00 mymachine kernel: [    0.000000] Linux version 3.2.0-33-virtual (buildd@batsu) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #52-Ubuntu SMP Thu Oct 18 16:48:3
7 UTC 2012 (Ubuntu 3.2.0-33.52-virtual 3.2.31)
Jun 11 00:00:00 mymachine kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-33-virtual root=LABEL=cloudimg-rootfs ro console=ttyS0

Supondo que eu realmente não inicialize a máquina à meia-noite - o timestamp 00:00:00 significa uma fase específica do processo de inicialização? Alguma razão em particular eles fazem isso?

(É uma VM Precise do Ubuntu hospedada no OpenStack, se isso importa. Acho que esta inicialização foi imediatamente após ser clonada de outra imagem.)

EDITAR Mais informações:

Tanto quanto eu posso dizer ( pgrep ntp , ls /etc/ntp* ) ntp não está funcionando.

O horário parece (corretamente) ser definido como UTC, com (incorretamente) nenhum fuso horário local definido.

EDIT2 As últimas entradas de log às 00:00:00 são assim:

Jun 11 00:00:00 mymachine kernel: [    6.324599] type=1400 audit(1370908796.761:11): apparmor="STATUS" operation="profile_load" name="/usr/sbin/tcpdump" pid=875 comm="apparmor_parser"
Jun 11 00:00:02 mymachine kernel: [   12.259133] postgres (1033): /proc/1033/oom_adj is deprecated, please use /proc/1033/oom_score_adj instead.
Jun 11 00:00:05 mymachine kernel: [   13.592385] eth0: no IPv6 routers present
Jun 11 06:22:15 mymachine kernel: [22942.768233] init: tilemill main process (3167) killed by TERM signal
Jun 11 06:40:14 mymachine kernel: [24022.599001] init: tilemill main process (5640) killed by TERM signal

    

Answer 1

Veja este outro Unix & Questão do Linux intitulada: Correlacionando / tim / var / log / * .

Os detalhes / resolução do tempo são controlados pelas configurações que são passadas ao kernel durante a inicialização:

$ grep PRINTK /boot/config-'uname -r'
CONFIG_PRINTK=y
CONFIG_SND_VERBOSE_PRINTK=y
CONFIG_PRINTK_TIME=y
CONFIG_BOOT_PRINTK_DELAY=y
CONFIG_EARLY_PRINTK=y
CONFIG_EARLY_PRINTK_DBGP=y

Você pode ler mais sobre essas opções aqui no kernel.org git repo .

trecho da página acima

config PRINTK_TIME

bool "Show timing information on printks"
depends on PRINTK
help

Selecting this option causes time stamps of the printk() messages to be added to the output of the syslog() system call and at the console.

The timestamp is always recorded internally, and exported to /dev/kmsg. This flag just specifies if the timestamp should be included, not that the timestamp is recorded.

The behavior is also controlled by the kernel command line parameter printk.time=1. See Documentation/kernel-parameters.txt

Os timestamps [ 0.000000] são em segundos, desde o início do sistema.