Zaktualizowałem mój stary iMac do Mavericks. Następnie kupiłem nowy (faktycznie odnowiony certyfikat) iMac i przeprowadziłem migrację wszystkiego z kopii zapasowej Time Machine.

Nowy zegar iMaca traci kilka sekund dziennie. Po odblokowaniu preferencji systemowych Data i godzina czas natychmiast synchronizuje się z prawidłową godziną. Ale potem znów traci czas.

Przeczytałem tę odpowiedź i mam teraz łącznie 3 serwery czasu, ale wydaje się, że to nie rozwiązuje mojego problemu.

W system.logpliku znajdują się odpowiednie komunikaty:

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).

Ten Interval maximum valuenie wygląda dobrze.

Czy ktoś wie, jak to naprawić, aby czas był zsynchronizowany?

Aktualizacja

Zajęło to trochę czasu, ale dodanie wielu serwerów czasu nie było lepiej (nie idealne, ale lepsze). Teraz zyskuje czas, ale pozornie znacznie wolniejszy.

Jeśli dodanie wielu serwerów (w sumie 3) miało coś wspólnego z poprawą, być może (?) Dodanie jeszcze większej liczby serwerów sprawi, że będzie jeszcze lepiej. Mam teraz w sumie 5 serwerów ntp.conf. Obejrzę to przez kilka następnych dni i zobaczę, co się stanie. (Nawet jeśli to naprawi, to nadal nie wyjaśnia, dlaczego to wszystko jest konieczne, aby to naprawić. Odpowiedź na to byłaby miła, ale zadowolę się tym, że w tym momencie to naprawię.)

BTW: Państwo może ustawić wiele za pośrednictwem Systemu Preferencji GUI: nazwy serwera wystarczy wpisać w polu przecinkami, aby je rozdzielić. Dzięki temu GUI i plik są zsynchronizowane.

BTW # 2: oto strona, z której otrzymałem listę publicznie dostępnych serwerów NTP.

Cóż, na niektóre z tych pytań (lista wypunktowana, w tym „dlaczego 5 serwerów”) jest trochę trudna do odpowiedzi, synchronizacja czasu to prawdziwa dziura. Stara przypowieść o człowieku z jednym zegarem, który wie, która jest godzina, ale człowiek z dwoma nigdy nie jest pewien ...

Jeden serwer jest oczywistym „truechimerem” zawsze, ponieważ nie ma nic, co mogłoby go unieważnić. Dwa serwery to „najgorsza możliwa konfiguracja” według autorów NTP, ponieważ nigdy nie dowie się, który z nich jest „bardziej” poprawny. Po przejściu na trzy serwery NTP może zacząć oznaczać zegary jako „falsetickers” na podstawie niektórych wewnętrznych wskaźników - te będą wyświetlać się ze statusem „x” po uruchomieniu ntpq -pw systemie. Więcej informacji o kolumnach i wskaźnikach stanu dla tego polecenia można znaleźć na stronie ntp.org .

Aby wrócić do omawianego problemu, kilka uwag:

• umieszczenie wiersza pool us.pool.ntp.org iburstw /etc/ntp.confpliku spowoduje automatyczne dodanie czterech serwerów warstwy 2 ntp z puli ntp do listy serwerów czasu. Wykorzystują one rotację rundy DNS w celu rozłożenia obciążenia. Jeśli nie ma Cię w USA, możesz skorzystać z innych pul.

• nie można wykonać wiersza konfiguracji puli z GUI Preferencji systemowych; można jednak umieścić następujące w którym miałoby ten sam efekt: 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org.

• wybierając samodzielnie serwery czasu, zawsze powinieneś upewnić się, że wybierasz serwery „warstwy 2” lub wyższej (najlepszą praktyką online jest przechodzenie na serwery warstwy 1 tylko wtedy, gdy lokalnie serwujesz czas kilkudziesięciu komputerom). przed zmianą domyślnej minpoll / maxpoll z serwerami publicznymi należy również sprawdzić zasady na liście publicznych serwerów czasu, niektórzy administratorzy nie chcą, abyś zmienił ustawienia domyślne (może to spowodować większe obciążenie ich publicznych serwerów). Najlepszym rozwiązaniem jest użycie serwerów puli NTP.

• Widzę także znaczną zmianę jakości czasu od czasu przejścia na Mavericks. Właśnie dodałem więcej serwerów, abyście mogli sprawdzić, czy to rozwiązuje problem, ale coś zdecydowanie się zmieniło. Mam serwer warstwy 1 w mojej sieci lokalnej, a zegar na iMacu płynie wszędzie, podczas gdy przed aktualizacją Mavericks tak nie było.

Cóż, mający 5 serwerów NTP wydaje się rozwiązać go, więc myślę, że ta odpowiedź była rzeczywiście odpowiedź naprawić , ale to jest niezadowalająca odpowiedź, ponieważ nie odpowiedzieć na następujące pytania:

• Dlaczego 5 serwerów?
• Dlaczego tak wielu jest potrzebnych?
• Dlaczego więcej niż 1 jest kiedykolwiek potrzebnych?
• Czy faktycznie występuje problem sprzętowy z układem zegara, który powoduje, że tak bardzo dryfuje, a zatem wymaga 5 serwerów, aby zachować poprawność?

Wierzę, że Mavericks zrobił to samo z moim komputerem Mac mini. Po kilku bezowocnych wezwaniach do wsparcia Apple'a (które dały mi standardowe kulawe rozwiązania, takie jak zresetowanie p-ram), postanowiłem się w to zagłębić.

Zauważyłem, że demon ntp (ntpd) wychodzi / wychodzi po pierwszym uruchomieniu po uruchomieniu systemu. (znaleziono, przeglądając dzienniki systemowe za pomocą narzędzia konsoli i filtrując według „ntp”).

Zadzwoniłem do Apple po trzecie wezwanie, aby znaleźć bardziej odpowiednie rozwiązanie niż edycja plików konfiguracyjnych. Rozmawiałem z jednym z ich starszych pracowników wsparcia technicznego. Kazał mi zrobić kolejny reset p-ram, ale także przenieść folder SystemConfiguration (znajdujący się w folderze Macintosh HD / Library / Preferences) do kosza, opróżnić kosz i uruchomić ponownie. Następnie musiałem ponownie skonfigurować nazwę Wi-Fi i komputera (a później także preferencje udostępniania ekranu, ponieważ używam VNC do zdalnego udostępniania ekranu).

Jak dotąd (około 23 godzin później) widzę, że ntpd nadal działa:

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

Wątek wyglądał na dobre wyjaśnienie problemu i możliwego obejścia problemu.

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

Zasadniczo rozrusznik serca powoduje konflikt ze zmodyfikowanym przez Apple NTTP na Mavericks. Kilka obejść oferowanych co najmniej: * skompiluj własną wersję NTTP lub przywróć z wcześniejszych wersji * wymuszone dotknięcie pliku drift, aby stymulator ponownie go odczytał

Jeszcze nie próbowałem.

Jest zepsuty, nawet w Mavericks 10.9.2. Rozwiązania, które widziałem zalecane, najwyraźniej nie naprawiają problemu. Wydaje się, że jedyną prawdziwą poprawką jest zastąpienie uszkodzonego ntpd i konfiguracji Apple. Dokładne wyjaśnienie znajduje się w poście tego faceta: http://www.atmythoughts.com/living-in-a-tech-family-blog/2014/2/28/what-time-is-it