Я обновил мой старый iMac до Mavericks просто отлично. Затем я купил новый (сертифицированный восстановленный, фактически) iMac и перенес все из резервной копии Time Machine.

Новые часы iMac теряют несколько секунд в день. Когда я разблокирую системную настройку « Дата и время» , время сразу синхронизируется с правильным временем. Но тогда он просто снова теряет время.

Я прочитал этот ответ и теперь у меня есть 3 сервера времени, но, похоже, это не решает мою проблему.

В system.logфайле есть эти соответствующие сообщения:

Dec  3 22:31:34 iMac.local ntpd[66350]: SYNC state ignoring +0.155735 s
Dec  3 22:31:35 iMac.local ntpd[66350]: ntpd: time set +0.308737 s
Dec  3 22:31:35 iMac.local com.apple.time[158]: Interval maximum value is 946100000 seconds (specified value: 9223372036854775807).

Тот Interval maximum valueне выглядит хорошо.

Кто-нибудь знает, как это исправить, чтобы время оставалось синхронизированным?

Обновить

Потребовалось некоторое время, но добавление нескольких серверов времени было сделать его лучше (не идеально, но лучше). Теперь это выигрывает время, но, по-видимому, гораздо медленнее.

Если добавление нескольких серверов (всего 3) имело какое-то отношение к его улучшению, возможно (?) Добавление еще большего количества серверов сделает его еще лучше. Теперь у меня есть 5 серверов ntp.conf. Я посмотрю это в течение следующих нескольких дней и посмотрю, что произойдет. (Даже если это исправит это, это все еще не ответит, почему все это необходимо, чтобы исправить это в первую очередь. Ответ на это был бы хорош, но я согласен с тем, что это просто исправлено в этот момент.)

Кстати: вы можете установить несколько через графический интерфейс System Preferences : просто введите имена серверов в поле с запятыми, чтобы разделить их. Это поддерживает синхронизацию графического интерфейса пользователя и файла.

Кстати, # 2: вот сайт, с которого я получил список общедоступных NTP-серверов.

Ну, на некоторые из этих вопросов (ваш список вопросов, в том числе «почему 5 серверов») ответить немного сложно, синхронизация времени - это просто кроличья нора. Старая притча о человеке с одним часом, зная, который час, но человек с двумя никогда не был уверен ...

Один сервер всегда является очевидным «истинным химером», потому что нечего его аннулировать. Два сервера - это «худшая возможная конфигурация», по мнению авторов NTP, поскольку он никогда не узнает, какой из них «более» правильный. Как только вы доберетесь до трех серверов, NTP может начать помечать часы как «фальсификаторы» на основе некоторых внутренних метрик - они будут отображаться со статусом «x» при запуске ntpq -pв системе. Дополнительная информация о столбцах и индикаторах состояния для этой команды доступна на ntp.org .

Чтобы вернуться к проблеме, несколько замечаний:

• размещение строки pool us.pool.ntp.org iburstв вашем /etc/ntp.confфайле автоматически добавит четыре сервера ntp слоя 2 из пула ntp в список серверов времени. Они используют циклическое вращение DNS для распределения нагрузки. Если вы не в США, есть другие пулы, которые вы можете использовать.

• вы не можете выполнить настройку пула в графическом интерфейсе системных настроек; Вы могли бы, однако, поставить следующее , в котором будет иметь тот же эффект: 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org.

• самостоятельно выбирая серверы времени, вы всегда должны выбирать серверы "stratum 2" или выше (лучше всего подключаться к серверам stratum 1 только в том случае, если вы обслуживаете время на десятках машин локально). Вы также захотите проверить политики в списке серверов общего времени перед изменением значения minpoll / maxpoll по умолчанию для общедоступных серверов. Некоторые администраторы не хотят, чтобы вы меняли настройки по умолчанию (это может привести к более высокой нагрузке на их общедоступные серверы). Лучший подход - просто использовать серверы NTP pool.

• Я также вижу существенное изменение качества времени с момента перехода на Mavericks. Я только что добавил больше серверов, как вы сделали, чтобы увидеть, решит ли это проблему, но что-то определенно изменилось. У меня есть сервер stratum 1 в моей локальной сети, и часы на моем iMac смещаются повсюду, тогда как до обновления Mavericks это не происходило.

Что ж, наличие 5 NTP-серверов, похоже, решило эту проблему, поэтому я думаю, что этот ответ на самом деле был ответом, чтобы исправить это, но это неудовлетворительный ответ, потому что он не отвечает на следующие вопросы:

• Почему 5 серверов?
• Зачем так много нужно?
• Зачем нужно больше, чем 1?
• Есть ли на самом деле аппаратная проблема с тактовой микросхемой, которая заставляет его так сильно дрейфовать, что требует 5 серверов для его исправления?

Я считаю, что Маверикс сделал то же самое с моим Mac Mini. После пары бесполезных звонков в службу поддержки Apple (которые дали мне стандартные неудачные решения, такие как сброс настроек p-ram), я решил разобраться в этом сам.

Я заметил, что демон ntp (ntpd) выходит / выходит после первого запуска после запуска системы. (найдено путем просмотра системных журналов через консольную утилиту и фильтрации по "ntp").

Я позвонил в службу поддержки Apple, чтобы найти более подходящее решение, чем редактирование файлов конфигурации. Я разговаривал с одним из их старших сотрудников службы технической поддержки. Он заставил меня сделать еще один сброс p-ram, но также переместить папку SystemConfiguration (находится в папке Macintosh HD / Library / Preferences) в корзину, очистить корзину и перезапустить. После этого мне пришлось заново настроить WiFi и имя компьютера (а затем и настройки общего доступа к экрану, поскольку я использую VNC для удаленного доступа к экрану).

Пока (примерно через 23 часа) я вижу, что ntpd продолжает работать:

12/6/13 10:14:13.648 AM ntpd[125]: ntpd: time set +0.963208 s
12/6/13 10:17:41.244 AM ntpd[125]: FREQ state ignoring +0.048040 s
12/6/13 10:18:51.412 AM ntpd[125]: FREQ state ignoring +0.065328 s
12/6/13 10:20:25.493 AM ntpd[125]: FREQ state ignoring +0.086068 s
12/6/13 10:23:01.588 AM ntpd[125]: FREQ state ignoring +0.121602 s
12/6/13 10:26:33.638 AM ntpd[125]: FREQ state ignoring +0.171160 s
12/6/13 10:31:06.911 AM ntpd[125]: ntpd: time set +0.233468 s
12/6/13 10:53:45.415 AM ntpd[125]: ntpd: time set +0.314875 s
12/6/13 11:58:56.335 AM ntpd[125]: SYNC state ignoring -0.375950 s
12/6/13 12:30:12.744 PM ntpd[125]: ntpd: time set -0.825345 s
12/6/13 1:47:54.647 PM ntpd[125]: SYNC state ignoring -1.119880 s
12/6/13 2:09:34.354 PM ntpd[125]: ntpd: time set -1.432706 s
12/6/13 3:49:25.547 PM ntpd[125]: SYNC state ignoring -1.439366 s
12/6/13 4:16:33.217 PM ntpd[125]: ntpd: time set -1.830211 s
12/6/13 10:33:28.790 PM ntpd[125]: SYNC state ignoring -0.411060 s
12/6/13 11:06:32.793 PM ntpd[125]: ntpd: time set -0.905610 s

Эта тема выглядела как хорошее объяснение проблемы и возможного обходного пути.

https://discussions.apple.com/thread/5604114?start=45&tstart=0#27183298

В основном кардиостимулятор конфликтует с Apple, модифицированной ntp на Mavericks. Несколько обходных путей, предлагаемых по крайней мере: * скомпилируйте вашу собственную версию ntp или восстановите с предварительно созданных мэйвериков * принудительно касайтесь файла дрейфа, чтобы кардиостимулятор перечитал его

Я еще не пробовал.

Он сломан, даже в Маверикс 10.9.2. Решения, которые я видел рекомендованные, очевидно, не решают проблему. Кажется, что единственное реальное исправление - это замена сломанного ntpd и конфигурации Apple. Подробное объяснение см. В сообщении этого парня: http://www.atmyhytsts.com/living-in-a-tech-family-blog/2014/2/28/what-time-is-it