L'orologio non terrà il tempo dopo l'installazione di Mavericks


5

Il mio orologio non tiene più il tempo correttamente dopo l'installazione di Mavericks. Questo problema riguarda tutti i miei iMac immediatamente dopo Mavericks, quindi non è un problema con una batteria scarica.

Il sintomo è: l'orologio va alla deriva di circa un minuto al giorno. Facendo clic sull'applet Data e ora in Impostazioni si sincronizza immediatamente l'orologio con l'ora corretta. Quindi i server NTP funzionano ovviamente. È solo che Mavericks non li usa per impostare l'orologio di sistema se non si fa clic sull'applet Data e ora.

Ho seguito i consigli qui e ho usato l'interfaccia utente per impostare più time server. Ho usato la stringa consigliata:0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org

Dopo aver apportato questa modifica, anziché perdere trenta secondi al giorno, ora guadagna un minuto al giorno.

Come puoi vedere dal registro, esegue alcune sincronizzazioni corrette e poi si ferma. L'ultima sincronizzazione è stata eseguita il 17/01/14 alle 16:40:

1/17/14, 2:06:08 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:06:19 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:09:25 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:09:30 PM ntpd: ntpd exiting on signal 15
1/17/14, 2:09:30 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:09:36 PM ntpd: ntpd exiting on signal 15
1/17/14, 2:09:36 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:13:34 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:20:10 PM ntpd: SYNC state ignoring +0.156620 s
1/17/14, 2:37:33 PM ntpd: ntpd: time set +0.241899 s
1/17/14, 2:58:17 PM ntpd: ntpd: time set +1.052795 s
1/17/14, 3:42:36 PM ntpd: SYNC state ignoring -1.002861 s
1/17/14, 3:42:37 PM ntpd: ntpd: time set -1.012315 s
1/17/14, 4:41:31 PM ntpd: SYNC state ignoring -1.369896 s

Apparentemente il problema può essere risolto se l'utente conosce Unix e può effettivamente ricompilare parti del sistema operativo . Questo va ben oltre il mio livello di competenza. Ho eseguito ntpdate -q time.apple.com dopo aver fatto clic sul controllo Data e ora dell'interfaccia utente, quindi le cose qui non sono ancora fuori sincrono:

server 17.151.16.38, stratum 2, offset -1.405741, delay 0.04819
server 17.171.4.14, stratum 2, offset -1.404515, delay 0.09674
server 17.171.4.15, stratum 2, offset -1.406511, delay 0.09543
server 17.171.4.33, stratum 2, offset -1.405914, delay 0.09560
server 17.171.4.34, stratum 2, offset -1.405216, delay 0.09547
server 17.171.4.35, stratum 2, offset -1.405537, delay 0.09482
server 17.171.4.36, stratum 2, offset -1.406435, delay 0.09608
server 17.171.4.37, stratum 2, offset -1.409832, delay 0.10497
server 17.151.16.12, stratum 2, offset -1.405502, delay 0.04555
server 17.151.16.14, stratum 2, offset -1.405269, delay 0.04694
server 17.151.16.20, stratum 2, offset -1.407573, delay 0.04491
server 17.151.16.21, stratum 2, offset -1.404786, delay 0.04668
server 17.151.16.22, stratum 2, offset -1.405651, delay 0.04752
server 17.151.16.23, stratum 2, offset -1.406247, delay 0.04523
server 17.171.4.13, stratum 2, offset -1.405871, delay 0.09541
19 Jan 10:29:24 ntpdate[33548]: step time server 17.151.16.20 offset -1.407573 sec

Esiste un problema con questo aggiornamento del sistema operativo per rendere più efficace la lettura del tempo senza dover gestire i comandi criptici di Unix e le ricompilazioni del sistema operativo?


1
Hai sottolineato quali sembrano essere i problemi nel passaggio da ntpe verso pacemakerMavericks. Chiaramente alcune persone, ma non tutte, stanno riscontrando un comportamento scadente, ma se riesci a riprodurlo, segnalare il bug ad Apple potrebbe essere il modo più veloce per convincere Apple a correggere il loro codice. Se si desidera modificare il modo in cui si determina che gli orologi si comportano in modo errato, ciò potrebbe aiutare gli altri a scoprire che sono interessati e collaborare a una soluzione alternativa.
bmike

Inoltre, cosa ntpdate -q time.apple.commostra i valori di offset e ritardo?
bmike

Ciao Mike. Le persone che hanno riscontrato il problema hanno eseguito l'aggiornamento a Mavericks, mentre le persone che non lo hanno fatto hanno eseguito un'installazione pulita. Ho eseguito il comando che hai fornito e ricevuto: (beh, sembra che questo sito abbia un limite alla lunghezza di ciò che posso pubblicare ... proverò ad aggiungerlo alla mia domanda originale)
Chad Decker

1
Assolutamente: modificalo nel thread principale. Farò quello che posso per ottenere una risposta - chiaramente alcune persone stanno trovando buchi nelle impostazioni predefinite su 10.9 e 10.9.1. Guarda questa fantastica risposta sul pacemaker di sterzo per regolare il tempo più spesso dei 10 o più secondi predefiniti ...
bmike

Ti uniresti a noi in Ask Different Chat per vedere se possiamo risolvere un po 'questo prima di indovinare una risposta?
bmike

Risposte:


2

Ok, la soluzione è stata identificata:

Ecco i passaggi

  1. Sostituisci l'eseguibile usr / sbin / ntpd di Mavericks con quello dei tuoi backup o di altri Mac con la versione precedente di OS X.
  2. Elimina var / db / ntp.drift
  3. Riavvia il processo ntpd utilizzando il nuovo eseguibile

Posso verificare che l'orologio ora sia sincronizzato. È una soluzione assolutamente ridicola a un problema semplice ma funziona. Grazie Gary al forum Apple per la soluzione e mandandomi via email il nuovo eseguibile. Anche grazie all'input di bmike sopra.


1
Penso che ricompilare i suoni sia più facile. Come posso ottenere una copia dell'eseguibile da una versione precedente di osx?
dfc,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.