Годинник працює швидко після встановлення OS X Mavericks


8

Я помітив, що мій системний час OS X на моєму iMac працює швидше після того, як я оновився до Mavericks, приблизно через тиждень це досить хороші 4 або 5 хвилин.

У моїх налаштуваннях "Дата та час" усе встановлено автоматично, встановлено час оновлення за допомогою, Apple Europe (time.euro.apple.com.)а часовий пояс також встановлено автоматично.

Будь-яка ідея, чому це могло статися, і як це виправити?


Можливо, просто внутрішня батарея годинника згасає. Автоматична синхронізація часу не відбувається постійно. Скільки років тобі iMac?
NReilingh

Я купив його приблизно в березні 2010 року. Ніколи раніше не було цього питання зі старими маками: - /
Майкл Водоспад

Це, безумовно, станеться з часом , але так, 3,5 роки - це занадто короткий час. Цікавий.
NReilingh

Це також клопоче мене останні кілька тижнів. Протягом довгих вихідних вихідних моя система вимкнулася на 5 1/2 хвилини. Відкриття панелі налаштувань дати / часу призводить до негайної синхронізації. Я трохи раніше тому закликав підтримку Apple; вони змусили мене скинути BMC та PRAM. Я запускаю сценарій кожні 5 хвилин, щоб відстежувати відмінності між моїм системним годинником та їх сервером часу. Через 5 хвилин зрозуміло, що вона працює надто швидко і не синхронізує до ntp як слід. Це iMac в кінці 2012 року, який я мав лише 3 місяці (як заміну іншого яблука iMac не вдалося виправити).
yoonix

@yoonix Ганьба, що скидання BMC та PRAM не спрацювало, як я ще цього не пробував. Спокусився встановити сценарій для запуску ntpdateкожні кілька годин, але я краще дізнаюся, у чому проблема!
Водоспад Майкл

Відповіді:


2

Мій iMac страждав від того ж синдрому неточного годинника. Однак моя MacBook Pro налаштована точно так само з Mavericks і в тій же мережі дуже добре зберігає час.

Проблемний iMac повідомляв про неможливість "створити сокет" у system.log. Схоже, що я намагався встановити час кожні 5 хвилин, коли я заглянув у system.log

$ grep ntpd /var/log/system.log    returned many of these, each about 5 minutes apart:

Dec 19 15:32:46 Macintosh-0023dffe31b2.local ntpd[8887]: unable to create socket on en1 (53) for 2002:43ba:cb7b::a82a:82b9:92d0:134#123  
Dec 19 15:37:47 Macintosh-0023dffe31b2.local ntpd[8887]: unable to create socket on en0 (54) for 2002:43ba:cb7b::701a:38b1:c1e9:db4d#123  

Як знімок у темряві я змінив сервер часу в префіксах Дата і Час, вставивши сервер із сусіднього міста над записом Apple (time.apple.com). Я звик ntp-nist.ldsbc.edu.

Зараз час періодично оновлюється і, здається, є точним.

$ grep ntpd /var/log/system.log тепер повертає записи, подібні до цих, і виглядає так, що оновлення часу належним чином:

Dec 19 15:53:15 Macintosh-0023dffe31b2.local ntpd[124]: proto: precision = 1.000 usec  
Dec 19 15:57:43 Macintosh-0023dffe31b2.local ntpd[124]: SYNC state ignoring -0.128408 s  
Dec 19 15:58:49 Macintosh-0023dffe31b2.local ntpd[124]: SPIK state ignoring -0.159852 s  
Dec 19 16:19:45 Macintosh-0023dffe31b2.local ntpd[124]: ntpd: time set -0.224141 s  
Dec 19 16:55:43 Macintosh-0023dffe31b2.local ntpd[124]: ntpd: time set -1.573103 s  

Сподіваюся, це продовжує вирішувати мою проблему.


Ну, це не прилипало. Мій дрейф годинника повернувся, і системний журнал показує, що комп'ютер знову "не в змозі створити сокет". Отже, лише зміна сервера часу вирішила проблему приблизно на добу, але не є постійним рішенням. На комп’ютері працює 10.9.1.
користувач283368

1

Я вирішив цю проблему, додавши наступний рядок до /etc/ntp.conf

interface ignore ipv6

а потім перезапустити ntpd.

Здається, він працює чудово, використовуючи ivp4 замість ipv6


1
Звучить помилка ...
Avery Payne

Після оновлення до 10.9.2 це більше не здається необхідним. Я більше не отримую помилок "не в змозі створити сокет" у своїх журналах. Я думаю, Apple виправила це в одному зі своїх оновлень.
er0k

Хе-хе! Зателефонував!
Евері Пейн
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.