Überprüfen Sie, ob die von Ihnen konfigurierten NTP-Server korrekt und erreichbar sind.
Öffnen Sie ein Terminalfenster und führen Sie es aus
ntpq -p
Dies ist die Ausgabe, die ich auf meinem System erhalten habe, das ntpd mit ca. 80-90% CPU hatte.
remote refid st t when poll reach delay offset jitter
==============================================================================
*aer-foo5d20-dc- .GPS. 1 u 23 64 17 17.888 20.617 2.226
aer-foo6t20-dc- .GPS. 1 u 23 64 17 17.938 20.598 2.211
defra1-ntp-001. .INIT. 16 u - 68m 0 0.000 0.000 0.000
Dies zeigt, dass ich 3 ntp-Server konfiguriert hatte, die 2 ersten sind in Ordnung, aber der dritte war nicht erreichbar (ich bin kein NTP-Experte, aber refid = .INIT., St = 16 und reach = 0 scheinen alle darauf hinzudeuten, dass etwas nicht stimmt ).
Also ging ich zu Systemeinstellungen> Datum und Uhrzeit, wo tatsächlich 3 ntp-Server konfiguriert waren: 2 innerhalb des Unternehmensnetzwerks und time.apple.com
- also nichts, was "defra1-ntp-001" ähnelt. Unter der Annahme, dass "defra1-ntp-001" sich auf time.apple.com bezieht, habe ich dieses entfernt und damit mein Problem behoben.
In meinem speziellen Fall war time.apple.com wahrscheinlich nicht erreichbar, da es von der Firewall meines Unternehmens blockiert wird. Daher empfehle ich, es nicht als allgemeine Lösung zu entfernen. Überprüfen Sie stattdessen Ihre 'ntpq -p'-Ausgabe und versuchen Sie herauszufinden, welcher Server das Problem verursacht, und entfernen Sie diesen (und falls keiner übrig ist, fügen Sie einen bekannten guten hinzu).
System Preferences > Date and Time
(bei Bedarf entsperren) und deaktivieren SieSet date and time automatically
. Schließen Sie die Systemeinstellungen, öffnen Sie sie erneut und überprüfen Sie sie erneutSet date and time automatically
. Stellen Sie sicher, dass die Zeitserverinformationen für Ihren Standort auf dem Planeten korrekt sind.