L'horloge ne garde pas l'heure après l'installation de Mavericks

Mon horloge ne donne plus l'heure correctement depuis l'installation de Mavericks. Ce problème affecte tous mes iMac immédiatement après Mavericks, il ne s'agit donc pas d'un problème de batterie défectueuse.

Le symptôme est : L'horloge dérive d'environ une minute par jour. En cliquant sur l'applet Date et heure dans les paramètres, l'horloge se synchronise immédiatement à l'heure correcte. Les serveurs NTP fonctionnent donc manifestement. C'est juste que Mavericks ne les utilise pas pour régler l'horloge système à moins de cliquer sur l'applet Date & Heure.

J'ai suivi le conseil aquí et utilisé l'interface utilisateur pour définir plusieurs serveurs de temps. J'ai utilisé la chaîne recommandée : 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org

Après avoir effectué ce changement, au lieu que l'horloge perde trente secondes par jour, elle gagne maintenant une minute par jour.

Comme vous pouvez le voir dans le journal, il exécute correctement quelques synchronisations puis s'arrête. La dernière synchronisation a été exécutée le 17/01/14 à 16h40 :

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

Apparemment, le problème peut être résolu si l'utilisateur connaît Unix et peut effectivement recompiler des parties du système d'exploitation . C'est bien au-delà de mon niveau d'expertise. J'ai lancé ntpdate -q time.apple.com. après en cliquant sur le contrôle de la date et de l'heure de l'interface utilisateur pour que les choses ne soient pas encore désynchronisées :

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

Y a-t-il un problème avec cette mise à jour de l'OS pour qu'il soit mieux à même de donner l'heure correctement sans avoir à s'occuper de commandes Unix cryptiques et de recompilations de l'OS ?