Zegar działa szybko po instalacji OS X Mavericks

Zauważyłem, że czas systemowy OS X na moim komputerze iMac działa szybciej po aktualizacji do Mavericks, po około tygodniu jest to dobre 4 lub 5 minut za szybko.

W moich preferencjach Data i czas wszystko jest ustawione na automatyczne, czas jest aktualizowany za pomocą, Apple Europe (time.euro.apple.com.)a strefa czasowa jest również ustawiona na automatyczną.

Masz pojęcie, dlaczego tak się dzieje i jak to naprawić?

osx-mavericks date-time clock

— Michael Waterfall
źródło

Możliwe, że bateria wewnętrznego zegara wyczerpuje się. Automatyczna synchronizacja czasu nie odbywa się w sposób ciągły. Ile lat ma twój iMac?

— NReilingh

Kupiłem go około marca 2010 roku. Nigdy wcześniej nie miałem tego problemu ze starszymi komputerami Mac: - /

— Michael Waterfall

Będzie to na pewno wydarzy w końcu , ale tak, 3,5 roku jest zbyt krótki. Ciekawy.

— NReilingh

Martwiło mnie to również przez ostatnie kilka tygodni. Podczas długiego weekendu wakacyjnego mój system był wyłączony o 5 1/2 minuty. Otwarcie panelu preferencji daty / godziny powoduje natychmiastową synchronizację. Zadzwoniłem do wsparcia Apple nieco wcześniej; kazali mi zresetować BMC i PRAM. Co 5 minut uruchamiam skrypt, aby śledzić różnice między zegarem systemowym a serwerem czasu. Po 5 minutach widać, że działa zbyt szybko i nie synchronizuje się z ntp tak, jak powinien. Jest to komputer iMac z końca 2012 r., Który miałem tylko 3 miesiące (nie można go było zastąpić innym jabłkiem iMaca).

— yoonix,

@yoonix Szkoda, że resetowanie BMC i PRAM nie zadziałało, ponieważ jeszcze tego nie próbowałem. Kusiło mnie, aby skrypt uruchamiał się ntpdateco kilka godzin, ale wolałbym dowiedzieć się, na czym polega problem!

— Michael Waterfall

Odpowiedzi:

Mój iMac cierpiał na ten sam niedokładny zespół zegara. Jednak mój MacBook Pro skonfigurował się dokładnie tak samo z Mavericks i w tej samej sieci bardzo dobrze utrzymuje czas.

Problematyczny iMac zgłaszał brak możliwości „utworzenia gniazda” w pliku system.log. Wygląda na to, że próbowałem ustawić czas co 5 minut, kiedy zaglądałem do pliku 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

Jako strzał w ciemność zmieniłem serwer czasu w prefiksach Data i czas, wklejając serwer z pobliskiego miasta nad wpisem Apple (time.apple.com). Kiedyś ntp-nist.ldsbc.edu.

Teraz czas aktualizuje się okresowo i wydaje się być dokładny.

$ grep ntpd /var/log/system.log teraz zwraca takie wpisy i wygląda na to, że odpowiednio aktualizuje czas:

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

Mam nadzieję, że to nadal rozwiązuje mój problem.

— użytkownik 283368
źródło

Cóż, nie przykleił się. Mój zegar powrócił i dziennik systemowy pokazuje, że komputer znów „nie może utworzyć gniazda”. Zmiana serwera czasu rozwiązała problem przez około jeden dzień, ale nie jest to trwałe rozwiązanie. Komputer działa w wersji 10.9.1.

— user283368,

Rozwiązałem ten problem, dodając następujący wiersz do /etc/ntp.conf

interface ignore ipv6

a następnie ponownie uruchamiając ntpd.

Wygląda na to, że działa dobrze przy użyciu ivp4 zamiast ipv6

— er0k
źródło

Brzmi jak błąd ...

— Avery Payne

Po aktualizacji do 10.9.2 nie wydaje się to już konieczne. W moich logach nie pojawia się więcej błędów „nie można utworzyć gniazda”. Myślę, że Apple naprawił to w jednej ze swoich aktualizacji.

— er0k

Hehe! Nazwano to!

— Avery Payne