Die Uhr hält nach der Installation von Mavericks nicht mehr die Zeit

5

Meine Uhr hält nach der Installation von Mavericks die Zeit nicht mehr richtig. Dieses Problem betrifft alle meine iMacs unmittelbar nach Mavericks. Es handelt sich also nicht um ein Problem mit einer schlechten Batterie.

Das Symptom ist: Die Uhr verschiebt sich um ungefähr eine Minute pro Tag. Durch Klicken auf das Datums- und Uhrzeit-Applet in den Einstellungen wird die Uhr sofort auf die richtige Uhrzeit synchronisiert. Die NTP-Server funktionieren also offensichtlich. Es ist nur so, dass Mavericks sie nicht zum Einstellen der Systemuhr verwenden, es sei denn, Sie klicken auf das Datums- und Uhrzeit-Applet.

Ich folgte der Beratung hier und verwendet , um die UI mehrere Zeitserver einzustellen. Ich habe die empfohlene Zeichenfolge verwendet:0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org

Nachdem diese Änderung vorgenommen wurde, verliert die Uhr nicht mehr 30 Sekunden pro Tag, sondern eine Minute pro Tag.

Wie Sie aus dem Protokoll ersehen können, führt es einige Zeitsynchronisierungen korrekt aus und stoppt dann einfach. Die letzte Synchronisierung wurde am 17.01.14 um 16:40 Uhr durchgeführt:

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

Anscheinend kann das Problem gelöst werden, wenn der Benutzer Unix kennt und tatsächlich Teile des Betriebssystems neu kompilieren kann . Dies geht weit über mein Fachwissen hinaus. Ich habe ntpdate -q time.apple.com ausgeführt, nachdem ich auf das Datum- und Uhrzeit-Steuerelement der Benutzeroberfläche geklickt habe, damit die Synchronisierung hier noch nicht gestört ist :

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

Gibt es ein Problem mit diesem Update-Betriebssystem, damit es die Zeit besser erkennen kann, ohne sich mit kryptischen Unix-Befehlen und Neukompilierungen des Betriebssystems befassen zu müssen?

Chad Decker
quelle
1
Sie haben darauf hingewiesen, was Probleme bei der Verlagerung von ntpund nach pacemakerMavericks zu sein scheint. Es ist klar, dass einige, aber nicht alle Menschen ein schlechtes Verhalten feststellen. Wenn Sie dies jedoch reproduzieren können, ist die Meldung des Fehlers an Apple möglicherweise der schnellste Weg, Apple zur Behebung seines Codes zu bewegen. Wenn Sie festlegen möchten, wie sich Ihre Uhren schlecht verhalten, können andere Benutzer feststellen, dass sie betroffen sind, und an einer Problemumgehung zusammenarbeiten.
bmike
Auch - was wird ntpdate -q time.apple.comfür Ihre Versatz- und Verzögerungswerte angezeigt?
bmike
Hallo Mike. Die Leute, bei denen das Problem auftrat, stiegen auf Mavericks um, während die Leute, die es nicht taten, eine saubere Installation machten. Ich habe den Befehl ausgeführt, den Sie bereitgestellt und erhalten haben: (Anscheinend ist die Länge dieser Website auf das beschränkt, was ich posten kann. Ich werde versuchen, sie meiner ursprünglichen Frage hinzuzufügen.)
Chad Decker
1
Absolut - bearbeite es im Haupt-Thread. Ich werde alles tun, um eine Antwort zu erhalten - offensichtlich finden einige Leute Lücken in den Standardeinstellungen von 10.9 und 10.9.1. Sehen Sie sich diese fantastische Antwort auf dem Lenkschrittmacher an, um die Zeit öfter als die Standardeinstellung von 10 oder mehr Sekunden
anzupassen
Möchten Sie mit uns im Chat nach anderen Fragen fragen, um zu sehen, ob wir eine Fehlerbehebung durchführen können, bevor wir eine Antwort erraten?
bmike

Antworten:

2

Ok, die Lösung wurde identifiziert:

Hier sind die Schritte

  1. Ersetzen Sie den Mavericks-Buggy usr / sbin / ntpd, der ausführbar ist, durch den von Ihren Backups oder einem anderen Mac mit der vorherigen Version von OS X.
  2. Löschen Sie var / db / ntp.drift
  3. Starten Sie den ntpd-Prozess mit der neuen ausführbaren Datei neu

Ich kann überprüfen, ob die Uhr jetzt synchron bleibt. Es ist eine absolut lächerliche Lösung für ein einfaches Problem, aber es funktioniert. Vielen Dank an Gary im Apple Forum für die Lösung und für die E-Mail an mich, die neue ausführbare Datei. Auch dank der Eingabe von bmike oben.

Chad Decker
quelle
1
Ich denke, das Kompilieren klingt einfacher. Wie erhalte ich eine Kopie der ausführbaren Datei aus einer früheren OSX-Version?
DFC