Quando certos programas relacionados ao tempo (como ntpd
) estiverem sendo executados em um sistema Linux, o kernel mudará para o chamado "modo onze minutos" (consulte a hwclock
página do manual), através do qual atualizará automaticamente o relógio do hardware a partir do relógio do sistema a cada onze minutos .
No SLES11, determinei empiricamente que, se eu definir o relógio do hardware como algo em torno de 10 horas atrás do relógio do sistema, o modo de 11 minutos parecerá incapaz de fazer o relógio do hardware corresponder ao relógio do sistema. Mas se eu definir o relógio do hardware 5 minutos atrás do relógio do sistema, o modo de 11 minutos fará uma combinação perfeita.
Então, aparentemente, há alguma atualização máxima que o modo de 11 minutos pode suportar e estou me perguntando o que é.
Atualizar:
Isso é estranho ...
Mais experiências mostram que, quando eu tenho o relógio HW cerca de 20 minutos atrás do relógio do sistema, o modo de 11 minutos define o relógio HW para exatamente 30 minutos atrás do relógio do sistema (!):
# date
Tue Dec 6 10:16:52 EST 2011
# hwclock --set --date "12/6/11 09:56"
#
# date
Tue Dec 6 10:17:16 EST 2011
# hwclock --show
Tue Dec 6 09:56:06 2011 -0.156551 seconds
#
# date
Tue Dec 6 10:23:09 EST 2011
# hwclock --show
Tue Dec 6 10:01:58 2011 -0.535772 seconds
#
# date
Tue Dec 6 10:34:28 EST 2011
# hwclock --show
Tue Dec 6 10:04:27 2011 -0.192025 seconds
Atualizar:
Eu deparei com isso: https://bugs.archlinux.org/task/27408, o que implica que, para o bem ou para o mal, o kernel não atualizará o relógio do hardware quando o tempo do relógio estiver muito longe do relógio do sistema.