Desvio diário do relógio de vários minutos

Nas últimas semanas, notei todas as manhãs que meu relógio ficaria atrasado em 2-3 minutos. Percebi que abrir a caixa de diálogo 'Data e hora' em Preferências do sistema acionará o relógio para sincronizar novamente com os servidores de horário da Apple. Estou executando o OS X 10.7.4 Lion em um MacBook Pro 8,2.

O que pode estar causando essa falta de ressincronização automática?

Edição: Comparei meu /etc/ntp.confarquivo com um par também executando o Lion e percebemos que meu arquivo continha:

0000000: 7365 7276 6572 2074 696d 652e 6170 706c  server time.appl
0000010: 652e 636f 6d2e 0a                        e.com..

enquanto o dele tinha:

0000000: 7365 7276 6572 2074 696d 652e 6170 706c  server time.appl
0000010: 652e 636f 6d                             e.com

A data de sua última modificação em meados de 2010, enquanto a minha foi modificada pela última vez há apenas uma ou duas semanas (quando o problema começou?). Certamente não editei manualmente o arquivo. Possivelmente relacionado?

EDIÇÃO 2: Percebi que, se eu mudar meu servidor de horário em 'Data e Hora' para, digamos, Ásia, meu /etc/ntp.confarquivo se tornará:

0000000: 7365 7276 6572 2074 696d 652e 6173 6961  server time.asia
0000010: 2e61 7070 6c65 2e63 6f6d 2e0a            .apple.com..

completo com o caractere 0x2e à direita. Então, parece que o OS X adiciona o final. automaticamente, mas um novo sistema Lion não contém esse caractere à direita. Ainda não tenho certeza se isso está afetando a sincronização.

EDIÇÃO 3: Faz 24 horas desde que mudei o servidor de horário para 'Apple Asia' e depois voltei para 'Apple Americas' - sem desvio de tempo. Bizarro.

lion macos clock ntp noffle
fonte

Apenas um comentário geral ... Eu teria pensado que o relógio do computador deveria manter um tempo melhor, sem precisar ressincronizar constantemente com um servidor de horário? Meu PC de mesa está configurado para ressincronizar uma vez por semana, mas não perde tempo perceptível nesse período. Anos atrás, quando eu costumava fazer manutenção em PCs, um relógio lento do sistema era frequentemente o resultado de uma falha na bateria do botão de lítio ?!

precisa saber é o seguinte

Respostas:

Parece que alguns caracteres especiais foram inseridos no final (especialmente a parte 0x2e, que representa um simples .), e o OS X agora interpreta isso como parte do nome do servidor. Para corrigir, basta executar

sudo echo server time.apple.com > /etc/ntp.conf
sudo chown root:wheel /etc/ntp.conf

do terminal.

Por que você tem esse problema, não faço idéia.

nohillside
fonte

Eu suspeitava disso. Eu já editei o arquivo para não conter o caractere 0x2e e reinicializei, e estou basicamente esperando para ver se acumulo uma deriva significativa novamente. Ainda assim, eu gostaria de saber como isso poderia ter acontecido e por que abrir 'Date & Time' faz com que aparentemente não use o arquivo ntp.conf para ressincronizar?

Noffle 13/06/12

Alterar o servidor de "Data e hora" provavelmente também teria resolvido o problema. Abrir o painel sem nenhuma alteração não aciona uma atualização do arquivo de configuração.

nohillside

Ao alterar o servidor de horário pela caixa de diálogo "Data e hora", o OS X realmente altera o ntp.confarquivo para conter o caractere 0x2e e a nova linha final. Eu não acho que essa é a causa.

Noffle

Ah, quando altero o nome do servidor por "Data e hora", recebo o resultado. também. Parece ser um problema do leão então.

nohillside

Desde que eu (experimentalmente) fiz a seguinte alteração, deixei de ter problemas de desvio do relógio, apesar /etc/ntp.confdo conteúdo do arquivo não ter mudado tecnicamente:

Abra a Date & Timecaixa de diálogo de configurações, altere o servidor de horário de Apple Americas/U.S. (time.apple.com)para Apple Asia (time.asia.apple.com)e depois volte para Apple Americas/U.S. (time.apple.com). A partir daí, meu desvio diário de tempo deixou de ocorrer.

Essa é uma resposta bastante insatisfatória - eu adoraria mudar a resposta selecionada se alguém descobrir a causa real e subjacente.

noffle
fonte

Embora não seja uma resposta definitiva, experimentei que os arquivos .plist foram corrompidos e causaram todo tipo de problemas aparentemente corrigidos, fazendo uma mudança de preferência 'radical' e voltando ao 'normal'. Isso força o arquivo .plist a ser gravado novamente, substituindo os bits corrompidos.

precisa saber é o seguinte