Eu atualizei meu iMac antigo para o Mavericks muito bem. Comprei um novo iMac (certificado e recondicionado, na verdade) e migrei tudo de um backup do Time Machine.

O relógio do novo iMac perde vários segundos por dia. Quando desbloqueio a preferência do sistema Data e hora , a hora é sincronizada com a hora correta imediatamente. Mas então ele perde tempo novamente.

Li esta resposta e agora tenho um total de três servidores de horário, mas isso não parece resolver o meu problema.

No system.logarquivo, existem estas mensagens relevantes:

Dec  3 22:31:34 iMac.local ntpd[66350]: SYNC state ignoring +0.155735 s
Dec  3 22:31:35 iMac.local ntpd[66350]: ntpd: time set +0.308737 s
Dec  3 22:31:35 iMac.local com.apple.time[158]: Interval maximum value is 946100000 seconds (specified value: 9223372036854775807).

A Interval maximum valueum não parece bom.

Alguém sabe como consertar isso para que o tempo fique sincronizado?

Atualizar

Demorou um pouco, mas a adição de vários servidores de tempo fez torná-lo melhor (não é perfeito, mas melhor). Agora ganha tempo, mas aparentemente a um ritmo muito mais lento.

Se a adição de vários servidores (3 no total) tiver algo a ver com torná-lo melhor, talvez (?) A adição de mais servidores o tornará ainda melhor. Agora tenho um total de 5 servidores em ntp.conf. Vou assistir nos próximos dias e ver o que acontece. (Mesmo que isso fixa isto, isso ainda não responde por que tudo isso é necessário para corrigi-lo em primeiro lugar. Uma resposta a isso seria bom, mas eu vou resolver para ele apenas a ser fixado neste ponto.)

BTW: você pode definir vários através da GUI das Preferências do Sistema : basta digitar os nomes dos servidores no campo com vírgulas para separá-los. Isso mantém a GUI e o arquivo sincronizados.

BTW # 2: aqui está o site onde obtive a lista de servidores NTP acessíveis ao público.

Bem, algumas dessas perguntas (sua lista de marcadores, incluindo "por que 5 servidores") são um pouco difíceis de responder, a sincronização de tempo é uma toca de coelho. A velha parábola sobre o homem com um relógio sabendo que horas são, mas o homem com dois nunca tendo certeza ...

Um servidor é um óbvio "truechimer" sempre porque não há nada para invalidá-lo. Dois servidores é a "pior configuração possível", de acordo com os autores do NTP, pois nunca saberá qual é o "mais" correto. Quando você chegar a três servidores, o NTP pode começar a marcar os relógios como "falsetickers" com base em algumas métricas internas - elas aparecerão com o status 'x' quando você executar ntpq -po sistema. Mais informações sobre o que são as colunas e os indicadores de status desse comando estão disponíveis em ntp.org .

Para voltar ao problema em questão, algumas notas:

• colocar a linha pool us.pool.ntp.org iburstno seu /etc/ntp.confarquivo adicionará automaticamente quatro servidores estratificados de 2 ntp do pool ntp à sua lista de servidores de horário. Eles usam a rotação round-robin do DNS para distribuir a carga. Se você não estiver nos EUA, existem outros pools que você pode usar.

• você não pode fazer a linha de configuração do pool na GUI System Preferences; você poderia, no entanto, colocar a seguinte em que teria o mesmo efeito: 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org.

• ao selecionar os servidores de horário, você deve sempre garantir a seleção de servidores "estrato 2" ou superior (a melhor prática on-line é ir apenas para servidores do estrato 1 se você estiver atendendo a dezenas de máquinas localmente). você também deseja verificar as políticas na lista de servidores de horário público antes de alterar o minpoll / maxpoll padrão com servidores públicos. Alguns administradores não desejam que você mude dos padrões (isso pode aumentar a carga nos servidores públicos). A melhor abordagem é usar apenas os servidores de pool NTP.

• Também estou vendo uma mudança substancial na qualidade do tempo desde a atualização para o Mavericks. Acabei de adicionar mais servidores como você para ver se isso resolve o problema, mas algo definitivamente mudou. Eu tenho um servidor estrato 1 na minha rede local e o relógio no meu iMac varia de um lado para o outro, enquanto antes da atualização do Mavericks, não.

Bem, ter 5 servidores NTP parece ter resolvido, então acho que essa resposta foi realmente a resposta para corrigi- lo, mas é uma resposta insatisfatória porque não responde às seguintes perguntas:

• Por que 5 servidores?
• Por que tantos são necessários?
• Por que mais de um é necessário?
• Existe realmente um problema de hardware com o chip de clock que o faz flutuar tanto, exigindo 5 servidores para mantê-lo correto?

Acredito que o Mavericks fez a mesma coisa com o meu mac mini. Depois de algumas ligações infrutíferas para o suporte da apple (que me deu as soluções coxas padrão, como redefinir o p-ram), decidi me aprofundar nisso.

Observei que o ntp demon (ntpd) fecha / sai após a primeira execução após a inicialização do sistema. (encontrado olhando os logs do sistema através do utilitário do console e filtrando por "ntp").

Fiz uma terceira chamada ao suporte da Apple para encontrar uma solução mais adequada do que editar arquivos de configuração. Conversei com um de seus funcionários de suporte técnico sênior. Ele me pediu para fazer outra reinicialização p-ram, mas também mover a pasta SystemConfiguration (encontrada na pasta Macintosh HD / Library / Preferences) para a lixeira, esvaziar a lixeira e reiniciar. Depois disso, tive que configurar meu WiFi e o nome do computador novamente (e mais tarde minhas preferências de compartilhamento de tela também, pois utilizo o VNC para compartilhamento remoto de tela).

Até agora (cerca de 23 horas depois), posso ver que o ntpd continua executando:

12/6/13 10:14:13.648 AM ntpd[125]: ntpd: time set +0.963208 s
12/6/13 10:17:41.244 AM ntpd[125]: FREQ state ignoring +0.048040 s
12/6/13 10:18:51.412 AM ntpd[125]: FREQ state ignoring +0.065328 s
12/6/13 10:20:25.493 AM ntpd[125]: FREQ state ignoring +0.086068 s
12/6/13 10:23:01.588 AM ntpd[125]: FREQ state ignoring +0.121602 s
12/6/13 10:26:33.638 AM ntpd[125]: FREQ state ignoring +0.171160 s
12/6/13 10:31:06.911 AM ntpd[125]: ntpd: time set +0.233468 s
12/6/13 10:53:45.415 AM ntpd[125]: ntpd: time set +0.314875 s
12/6/13 11:58:56.335 AM ntpd[125]: SYNC state ignoring -0.375950 s
12/6/13 12:30:12.744 PM ntpd[125]: ntpd: time set -0.825345 s
12/6/13 1:47:54.647 PM ntpd[125]: SYNC state ignoring -1.119880 s
12/6/13 2:09:34.354 PM ntpd[125]: ntpd: time set -1.432706 s
12/6/13 3:49:25.547 PM ntpd[125]: SYNC state ignoring -1.439366 s
12/6/13 4:16:33.217 PM ntpd[125]: ntpd: time set -1.830211 s
12/6/13 10:33:28.790 PM ntpd[125]: SYNC state ignoring -0.411060 s
12/6/13 11:06:32.793 PM ntpd[125]: ntpd: time set -0.905610 s

Esse tópico parecia uma boa explicação do problema e da possível solução alternativa.

https://discussions.apple.com/thread/5604114?start=45&tstart=0#27183298

Basicamente, o marcapasso entra em conflito com a Apple modificou o ntp no Mavericks. Várias soluções alternativas oferecidas com pelo menos: * compile sua própria versão do ntp ou restaure a partir de pré-independentes * toque forçado no arquivo deriva para que o marcapasso o releia

Ainda não tentei.

Está quebrado, mesmo no Mavericks 10.9.2. As soluções que eu vi recomendadas aparentemente não solucionam o problema. Parece que a única solução real é substituir o ntpd e a configuração quebrados da Apple. Para obter uma explicação completa, consulte a postagem desse cara: http://www.atmythoughts.com/living-in-a-tech-family-blog/2014/2/28/what-time-is-it