Il mio orologio non mantiene più il tempo correttamente dopo l'installazione di Mavericks. Questo problema riguarda tutti i miei iMac immediatamente post-Maverick, quindi non si tratta di un problema con una batteria danneggiata.
Il sintomo è: l'orologio si sposta di circa un minuto al giorno. Cliccando su Data & L'applet Time in Settings sincronizza immediatamente l'orologio all'orario corretto. Quindi i server NTP funzionano ovviamente. È solo che Mavericks non li usa per impostare l'orologio di sistema a meno che la data e l'amp; Viene fatto clic sull'applet tempo.
Ho seguito il suggerimento qui e ho utilizzato 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, al posto dell'orologio, perdendo trenta secondi al giorno, ora guadagna un minuto al giorno.
Come puoi vedere dal log, esegue un po 'di tempo per sincronizzare correttamente e poi si ferma. L'ultima sincronizzazione è stata eseguita nuovamente 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
A quanto pare il problema può essere risolto se l'utente conosce Unix e può effettivamente ricompilare parti del sistema operativo . Questo è ben oltre il mio livello di esperienza. Ho eseguito ntpdate -q time.apple.com dopo facendo clic su Data & Controllo del tempo, 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
C'è un problema con questo sistema operativo di aggiornamento per renderlo maggiormente in grado di raccontare il tempo in modo corretto senza dover gestire i comandi Unix criptici e le ricompilazioni del sistema operativo?