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?
ntpdate -q time.apple.commostra i valori di offset e ritardo?
ntpe versopacemakerMavericks. 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.