Vérifiez si les serveurs NTP que vous avez configurés sont corrects et joignables.
Ouvrez une fenêtre Terminal et exécutez
ntpq -p
C'est le résultat que j'ai obtenu sur mon système où ntpd utilisait environ 80-90% du processeur.
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
Cela montre que j'avais 3 serveurs NTP configurés, les 2 premiers sont ok mais le 3ème était inaccessible (je ne suis pas un expert NTP mais refid=.INIT., st=16 et reach=0 semblent tous indiquer que quelque chose ne va pas).
Je suis donc allé dans Préférences système > Date et heure, où j'ai effectivement configuré trois serveurs NTP : deux dans le réseau de mon entreprise et un dans le réseau de l'entreprise. time.apple.com
- donc rien qui ressemble à "defra1-ntp-001". En supposant que "defra1-ntp-001" faisait référence à time.apple.com, j'ai supprimé ce dernier, ce qui a résolu mon problème.
Bien sûr, dans mon cas spécifique, probablement time.apple.com était inaccessible parce qu'il est bloqué par le pare-feu de mon entreprise, donc je ne recommande pas de le supprimer comme solution générale. Vérifiez plutôt la sortie de 'ntpq -p' et essayez de déterminer quel serveur est à l'origine du problème et supprimez-le (et s'il n'en reste aucun, ajoutez-en un bon connu).
3 votes
Aller à
System Preferences > Date and Time
(déverrouiller si nécessaire) et décochezSet date and time automatically
. Fermez les Préférences Système, puis rouvrez et vérifiez de nouveauSet date and time automatically
. Assurez-vous que les informations du serveur de temps sont correctes pour votre emplacement sur la planète.0 votes
Je viens de le faire, je vérifierai dans quelques heures si cela a aidé, merci.
0 votes
@IconDaemon semble avoir aidé. Si vous pouvez poster votre solution en tant que réponse, je la confirmerai.