Dérive d'horloge quotidienne de plusieurs minutes

Ces dernières semaines, j'ai remarqué chaque matin que mon horloge était en retard de 2-3 minutes. J'ai remarqué que l'ouverture de la boîte de dialogue `` Date et heure '' dans les Préférences Système déclencherait la synchronisation de l'horloge avec les serveurs horaires d'Apple. J'utilise OS X 10.7.4 Lion sur un MacBook Pro 8,2.

Quelle pourrait être la cause de ce manque de resynchronisation automatique?

EDIT: J'ai comparé mon /etc/ntp.conffichier à un pair exécutant également Lion, et nous avons remarqué que mon fichier contenait:

0000000: 7365 7276 6572 2074 696d 652e 6170 706c  server time.appl
0000010: 652e 636f 6d2e 0a                        e.com..

alors que le sien avait:

0000000: 7365 7276 6572 2074 696d 652e 6170 706c  server time.appl
0000010: 652e 636f 6d                             e.com

Sa dernière date de modification date de la mi-2010, tandis que la mienne a été modifiée pour la dernière fois il y a une semaine ou deux (environ quand le problème a commencé?). Je n'ai certainement pas modifié manuellement le fichier. Peut-être lié?

EDIT 2: J'ai remarqué que, si je change mon serveur de temps dans 'Date & Time' en, disons, Asie, mon /etc/ntp.conffichier devient:

0000000: 7365 7276 6572 2074 696d 652e 6173 6961  server time.asia
0000010: 2e61 7070 6c65 2e63 6f6d 2e0a            .apple.com..

complet avec le caractère de fin 0x2e. Donc, il semble que OS X ajoute la fin. automatiquement, mais un nouveau système Lion ne contient pas ce caractère de fin. Je ne sais toujours pas si cela affecte la synchronisation.

EDIT 3: Cela fait 24 heures que j'ai changé le serveur de temps en «Apple Asia», puis de nouveau en «Apple Americas» - pas de décalage horaire. Bizarre.

lion macos clock ntp noffle
la source

Juste un commentaire général ... J'aurais pensé que l'horloge de l'ordinateur devrait garder un meilleur temps, sans avoir à se resynchroniser constamment avec un serveur de temps? Mon ordinateur de bureau est configuré pour se resynchroniser une fois par semaine, mais ne perd pas de temps notable pendant cette période. Il y a des années, lorsque je réparais des PC, une horloge système lente était souvent le résultat d'une pile bouton au lithium défaillante?!

MrWhite

Réponses:

On dirait que certains caractères spéciaux ont été insérés à la fin (en particulier la partie 0x2e qui représente un simple .) et OS X interprète maintenant cela comme faisant partie du nom du serveur. Pour réparer, il suffit d'exécuter

sudo echo server time.apple.com > /etc/ntp.conf
sudo chown root:wheel /etc/ntp.conf

du terminal.

Quant à savoir pourquoi vous avez ce problème, je n'ai aucune idée.

nohillside
la source

Je m'en doutais. J'ai déjà modifié le fichier pour ne pas contenir le caractère 0x2e et redémarré, et j'attends essentiellement de voir si j'accumule à nouveau une dérive significative. Pourtant, j'aimerais savoir comment cela a pu arriver et pourquoi l' ouverture « Date et heure » , il provoque à apparemment pas utiliser le fichier ntp.conf à resynchronisation?

noffle

Changer le serveur depuis "Date & Heure" aurait probablement résolu le problème également. L'ouverture du volet sans aucune modification ne déclenche pas une mise à jour du fichier de configuration.

nohillside

Lorsque vous changez le serveur de temps via la boîte de dialogue "Date et heure", OS X modifie en fait le ntp.conffichier pour qu'il contienne le caractère 0x2e et le retour à la ligne. Je ne pense pas que ce soit la cause.

noffle

Ah, quand je change le nom du serveur via "Date & Time" j'obtiens la fin. ainsi que. Semble être un problème Lion alors.

nohillside

Depuis que j'ai (expérimentalement) effectué le changement suivant, j'ai cessé d'avoir des problèmes de dérive d'horloge, malgré /etc/ntp.confle fait que le contenu du fichier ne change pas techniquement:

Ouvrez la Date & Timeboîte de dialogue des paramètres, changez le serveur de temps de Apple Americas/U.S. (time.apple.com)à Apple Asia (time.asia.apple.com)puis revenez à Apple Americas/U.S. (time.apple.com). De là, ma dérive quotidienne du temps a cessé de se produire.

C'est une réponse plutôt insatisfaisante - j'aimerais changer la réponse choisie si quelqu'un trouve la vraie cause sous-jacente.

noffle
la source

Bien que ce ne soit pas une réponse définitive, j'ai vu des fichiers .plist devenir corrompus et causer toutes sortes de problèmes qui sont apparemment résolus en faisant un changement de préférence «radical», puis en revenant à «normal». Cela force le fichier .plist à être réécrit, écrasant les bits corrompus.

IconDaemon