•  29-09-2020
  •  | 
  •  

Pergunta

Eu atualizei meu antigo iMac para o Mavericks perfeitamente.Em seguida, comprei um iMac novo (recondicionado e certificado, na verdade) e migrei tudo de um backup do Time Machine.

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

Eu leio esta resposta e agora tenho um total de 3 servidores de horário, mas isso não parece resolver meu problema.

No system.log arquivo, 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).

O Interval maximum value um não parece bom.

Alguém sabe como consertar isso para que o horário permaneça sincronizado?

Atualizar

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

Se a adição de vários servidores (3 no total) tivesse alguma coisa a ver com torná-lo melhor, talvez (?) a adição de ainda mais servidores o tornasse 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 resolva, ainda não responde por que tudo isso é necessário para corrigi-lo em primeiro lugar.Uma resposta para que seria bom, mas vou me contentar com isso apenas sendo consertado neste momento.)

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

A propósito # 2: aqui está o site Peguei a lista de servidores NTP publicamente acessíveis.

Foi útil?

Solução 2

Bem, ter 5 servidores NTP parece ter resolvido o problema, então eu acho esta resposta foi na verdade o responda para consertar isso, 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 1 é necessário?
  • Existe realmente um problema de hardware com o chip do clock que o faz oscilar tanto, exigindo 5 servidores para mantê-lo correto?

Outras dicas

Bem, algumas dessas perguntas (sua lista com marcadores incluindo "por que 5 servidores") são um pouco difíceis de responder, a sincronização de horário é 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 "truechimer" óbvio sempre porque não há nada que o invalide.Dois servidores é a "pior configuração possível" segundo os autores do NTP, pois nunca se saberá qual deles é "mais" correto.Depois de chegar a três servidores, o NTP pode começar a marcar os relógios como "falsetickers" com base em algumas métricas internas - eles aparecerão com o status 'x' quando você executar ntpq -p no sistema.Mais informações sobre quais são as colunas e indicadores de status desse comando estão disponíveis em ntp.org.

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

  • colocando a linha pool us.pool.ntp.org iburst na tua /etc/ntp.conf arquivo adicionará automaticamente quatro servidores NTP stratum 2 do conjunto 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 das Preferências do Sistema;você poderia, no entanto, colocar o seguinte, 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 você mesmo os servidores de horário, você deve sempre garantir a seleção de servidores "estrato 2" ou superiores (a melhor prática on-line é ir apenas para os servidores do estrato 1 se estiver servindo horário para dezenas de máquinas localmente).você também desejará 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 querem que você altere os padrões (isso pode colocar uma carga maior em seus servidores públicos).A melhor abordagem é usar apenas os servidores do 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ê fez 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 do meu iMac oscila em todos os lugares, enquanto antes da atualização do Mavericks isso não acontecia.

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

Observei que o demônio ntp (ntpd) sai/sai após a primeira execução após a inicialização do sistema.(encontrado observando os logs do sistema por meio do utilitário do console e filtrando por "ntp").

Fiz uma terceira ligação 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 seniores de suporte técnico.Ele me fez fazer outra redefinição de 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 também minhas preferências de compartilhamento de tela, já que uso VNC para compartilhamento remoto de tela).

Até agora (cerca de 23 horas depois), posso ver que o ntpd continua em execução:

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

Este 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 o NTP modificado pela Apple no Mavericks.Várias soluções alternativas oferecidas com pelo menos:* Compile sua própria versão do NTP ou restauração de pré-mavericks * Força tocando o arquivo de deriva para que o marcapasso o releva

Ainda não experimentei nenhum.

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

Licenciado em: CC-BY-SA com atribuição
Não afiliado a apple.stackexchange
scroll top