Esta é uma continuação da minha pergunta de ontem, relacionada abaixo.
Eu tenho uma caixa do Fedora 10. Quando é reiniciado, ele mantém o tempo muito bem. Eu testo isso digitando data e, em seguida, digite, espere cerca de um segundo, seta para cima, digite, etc. para ver se os segundos aumentam em 1 para cada um dos meus segundos percebidos. Então, parece funcionar. Algum tempo no futuro, 14-48 horas depois, percebo que os timestamps nos e-mails estão doidos. Novos e-mails estão datados há 6 horas. Faço o log in na caixa, faço a data / seta para cima / repito, e agora são necessários de 4 a 10 segundos para que os segundos sejam incrementados em um.
Alguém sugeriu usar o ntpd. Eu fiz isso ontem, e hoje à noite, o tempo está estragado de novo. O ntpd ainda estava em execução. Reiniciar o ntpd não teve efeito. Desligando o ntpd, a execução do ntpdate sincronizou a data com a hora correta, mas os segundos ainda não foram incrementados em um por segundo. Eu realmente não tenho idéia do que poderia estar fazendo isso para o meu sistema. Todas as sugestões são muito apreciadas. Eu não quero rodar reboot como um cron job para consertar isso, eu nunca vou ter nenhum direito de se gabar dessa maneira.
Tópico de ontem: Dilatação do tempo da caixa do Linux
Obrigado pela leitura e por qualquer ajuda.
Parece que o problema não está na sua máquina, mas no que o Linux está confiando para manter o tempo. Tente um argumento de linha de comando do kernel como clocksource=hpet . Outras fontes comuns são tsc e acpi_pm.
Finalmente, tente o argumento da linha de comando do kernel notsc .
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
Qual é o resultado? Você pode tentar mudar o clocksource usando as opções de inicialização do kernel, ou você pode tentar desabilitá-lo completamente com a opção notsc.
De qualquer forma, isso realmente soa como hardware defeituoso
Quando tudo corre mal, você pode executar o vmstat?
$ vmstat 5 5
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
4 0 56464 557284 289208 2132264 0 0 3 16 24 15 16 5 79 0
0 0 56464 557508 289208 2132264 0 0 0 14 1146 2111 9 4 88 0
1 0 56464 557540 289208 2132264 0 0 0 0 1170 2167 5 4 91 0
0 0 56464 557172 289208 2132264 0 0 0 29 1213 2325 7 6 88 0
2 0 56464 557876 289208 2132264 0 0 0 31 1261 2644 10 6 83 0
Olhe para a coluna "in" para ver as interrupções. Eu vi hardware quebrado causar muitas interrupções que podem significar que você não obtém atualizações para o relógio antes.
Tente inicializá-lo em um CD "Knoppix" e deixe-o por um tempo. O relógio ainda dá errado?