Birkaç dakikalık günlük saat kayması

Son haftalarda her sabah saatimin 2-3 dakika geride kalacağını fark ettim. Sistem Tercihleri'nden 'Tarih ve Saat' iletişim kutusunu açmanın, saatin Apple'ın zaman sunucularıyla yeniden senkronize edilmesi için tetikleneceğini fark ettim. 8,2 MacBook Pro'da OS X 10.7.4 Lion kullanıyorum.

Bu otomatik yeniden senkronizasyon eksikliğine ne sebep olabilir?

DÜZENLEME: Dosyamı /etc/ntp.confLion'un da çalıştığı bir eşle karşılaştırdım ve dosyamın şunları içerdiğini fark ettik:

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

onun vardı:

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

Son değişiklik tarihi 2010 yılının ortasıyken, mayın son olarak sadece bir veya iki hafta önce değiştirildi (sorun başladığında?). Kesinlikle dosyayı el ile düzenlemedim. Muhtemelen ilgili mi?

DÜZENLEME 2: Asya'da 'Tarih ve Saat' içindeki zaman sunucumu değiştirirsem, dosyamın şöyle olacağını fark ettim /etc/ntp.conf:

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

izleyen 0x2e karakteriyle tamamlayın. Görünüşe göre OS X sondaki izi ekliyor. ancak yeni bir Lion sistemi bu sondaki karakteri içermez. Yine de bunun senkronizasyonu etkileyip etkilemediğinden emin değilsiniz.

EDIT 3: Zaman sunucusunu 'Apple Asia' olarak değiştirdikten sonra 'Apple Americas' a döndüğümden 24 saat geçti - zaman kayması yok. Tuhaf.

— noffle
kaynak

Sadece genel bir yorum ... Ben bir zaman sunucusu ile sürekli yeniden senkronize etmek zorunda kalmadan, bilgisayar saatinin daha iyi zaman tutmak gerektiğini düşünürdüm? Masaüstü bilgisayarım haftada bir kez yeniden senkronize olacak şekilde ayarlandı, ancak bu dönemde fark edilir bir zaman kaybetmiyor. Yıllar önce PC'lere hizmet verirken, yavaş bir sistem saati genellikle başarısız bir lityum düğme pilinin sonucuydu ?!

— MrWhite

Yanıtlar:

Görünüşe göre sonunda bazı özel karakterler eklenmiş (özellikle basit olan 0x2e kısmı .) ve OS X şimdi bunu sunucu adının bir parçası olarak yorumluyor. Düzeltmek için çalıştırın

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

Terminalden.

Neden bu konuyla ilgili bir fikrim yok.

— nohillside
kaynak

O kadar şüpheliydim. Zaten 0x2e karakteri içermeyen ve yeniden önyükleme için dosyayı düzenledim ve temelde ben önemli kayma biriktirip biriktirmediğini görmek için bekliyorum. Yine de, açılış 'Tarih ve Saat' görünüşte nasıl neden bu olmuş olabilir ve neden bilmek isteriz değil resync için ntp.conf dosyası kullanmak?

— noffle

Sunucuyu "Tarih ve Saat" içinden değiştirmek muhtemelen sorunu çözerdi. Bölmeyi herhangi bir değişiklik yapmadan açmak, yapılandırma dosyası güncellemesini tetiklemez.

— nohillside

Saat sunucusunu "Tarih ve Saat" iletişim kutusu aracılığıyla değiştirirken, OS X ntp.confdosyayı 0x2e karakterini ve sondaki yeni satırı içerecek şekilde değiştirir. Bunun sebebi olduğunu sanmıyorum.

— noffle

Ah, sunucu adını "Tarih ve Saat" ile değiştirdiğimde izlemeyi alıyorum. de. O zaman bir Aslan sorunu gibi görünüyor.

— nohillside

Ben (deneysel olarak) aşağıdaki değişikliği yaptığımdan beri, /etc/ntp.confdosya içeriğinin teknik olarak değişmemesine rağmen saat sapması sorunları yaşamadım:

Date & TimeAyarlar iletişim kutusunu açın, zaman sunucusunu Apple Americas/U.S. (time.apple.com)yerine Apple Asia (time.asia.apple.com)ve sonra olarak değiştirin Apple Americas/U.S. (time.apple.com). Oradan günlük zaman sapmam gerçekleşmedi.

Bu oldukça tatmin edici olmayan bir cevaptır - eğer birisi gerçek, altta yatan nedenin ortaya çıkması durumunda seçme cevabını değiştirmek isterim.

— noffle
kaynak

Her ne kadar kesin bir cevap olmasa da, .plist dosyalarının bozulmasını ve 'radikal' tercih değişikliği yaparak ve sonra tekrar 'normale' dönerek görünüşte giderilen her türlü soruna neden oldum. Bu, bozuk bitlerin üzerine yazarak .plist dosyasının yeniden yazılmasını zorlar.

— IconDaemon