Щоденний дрейф годинника складає кілька хвилин

В останні тижні я щоранку помічав, що годинник буде відставати на 2-3 хвилини. Я помітив, що відкриття діалогового вікна "Дата та час" із "Системних налаштувань" призведе до того, що годинник буде синхронізований на сервери часу Apple. У мене працює ОС X 10.7.4 Lion на 8,2 MacBook Pro.

Що може бути причиною відсутності автоматичної ресинхронізації?

EDIT: Я порівняв свій /etc/ntp.confфайл з однолітким, який також працює Lion, і ми помітили, що мій файл містить:

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

в той час як у нього було:

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

Його остання дата модифікації була в середині 2010 року, тоді як моя остання зміна була тиждень-два тому (приблизно, коли почалася проблема?). Я, звичайно, не вручну редагував файл. Можливо, пов’язані?

EDIT 2: Я помітив, що якщо я поміняю свій сервер часу в "Date & Time" на, скажімо, Азія, мій /etc/ntp.confфайл стає:

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

у комплекті з символом 0x2e в кінці. Отже, здається, що OS X додає заднім числом. автоматично, але свіжа система Лева не містить цього сліду. Все ще не впевнені, чи впливає це на синхронізацію.

EDIT 3: Пройшло 24 години, як я змінив сервер часу на "Apple Asia", а потім повернувся на "Apple Americas" - часу не було. Химерність.

— ніфле
джерело

Просто загальний коментар ... Я би подумав, що годинник комп'ютера повинен тримати кращий час, не потребуючи постійної повторної синхронізації з сервером часу? Мій настільний ПК налаштовано на повторну синхронізацію раз на тиждень, але не втрачає жодного помітного часу в цей період. Роки тому, коли я звик обслуговувати ПК, повільний системний годинник часто був результатом несправного акумулятора літієвої кнопки ?!

— MrWhite

Відповіді:

Схоже, деякі спеціальні символи вставлені в кінці (особливо частина 0x2e, яка є простою .), і OS X тепер інтерпретує це як частину імені сервера. Щоб виправити, просто запустіть

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

від Терміналу.

Щодо того, у вас є це питання, я не маю поняття.

— позагір'я
джерело

Я підозрював стільки ж. Я вже відредагував файл, щоб він не містив символу 0x2e, і перезавантажився, і я в основному чекаю, чи зможу я знову накопичувати суттєвий дрейф. Але я хотів би знати, як це могло статися, і чому відкриття "Дата і час" призводить до того, що явно не використовує файл ntp.conf для повторної синхронізації?

— noffle

Зміна сервера зсередини "Дата і час", ймовірно, також вирішила б проблему. Відкриття панелі без будь-яких змін не викликає оновлення файлу конфігурації.

— nohillside

Під час зміни сервера часу через діалогове вікно «Дата і час» OS X фактично змінює ntp.confфайл, щоб він містив символ 0x2e і кінцевий новий рядок. Я не думаю, що це причина.

— noffle

Ах, коли я змінюю ім'я сервера через "Дата і час", я отримую кінцевий результат. так само. Здається, це питання Лева.

— nohillside

Оскільки я (експериментально) вніс наступні зміни, у мене перестали виникати проблеми з переміщенням годинника, незважаючи на те /etc/ntp.conf, що вміст файлу технічно не змінюється:

Відкрийте Date & Timeдіалогове вікно налаштувань, змініть сервер часу з Apple Americas/U.S. (time.apple.com)на Apple Asia (time.asia.apple.com)і поверніться до Apple Americas/U.S. (time.apple.com). Звідти мій щоденний відплив часу перестав відбуватися.

Це досить незадовільна відповідь - я хотів би змінити обрану відповідь, якщо хтось придумає справжню основну причину.

— ніфле
джерело

Незважаючи на остаточну відповідь, я зазнав пошкодження файлів .plist і викликає всілякі проблеми, які, здавалося б, виправлені внесенням «радикальних» змін у налаштуваннях, а потім поверненням до «нормального». Це змушує файл .plist записати заново, замінивши пошкоджені біти.

— IconDaemon