ओएस एक्स मावेरिक्स स्थापित होने के बाद घड़ी तेजी से चल रही है


8

मैंने देखा है कि मेरे iMac पर मेरे OS X सिस्टम का समय तेजी से चल रहा है क्योंकि मैंने Mavericks को अपडेट किया है, लगभग एक सप्ताह के बाद यह एक अच्छा 4 या 5 मिनट बहुत तेज है।

मेरी दिनांक और समय की प्राथमिकताओं में सब कुछ स्वचालित पर सेट है, समय का उपयोग करके अपडेट करने के लिए सेट किया गया है Apple Europe (time.euro.apple.com.)और समय क्षेत्र भी स्वचालित पर सेट है।

किसी भी विचार यह क्यों हो रहा है, और इसे कैसे ठीक किया जा सकता है?


यह सिर्फ इतना हो सकता है कि आंतरिक घड़ी की बैटरी मर रही है। स्वचालित समय सिंक लगातार नहीं होता है। आपका iMac कितना पुराना है?
5

मैंने इसे मार्च 2010 के आसपास खरीदा था। पुराने मैक के साथ पहले कभी भी यह मुद्दा नहीं था: - /
माइकल वाटरफॉल

यह निश्चित रूप से अंततः होगा , लेकिन हाँ, 3.5 साल बहुत छोटा है। जिज्ञासु।
14

यह पिछले कुछ हफ्तों से मुझे परेशान कर रहा है। लंबे छुट्टी के सप्ताहांत में मेरा सिस्टम 5 1/2 मिनट से बंद था। दिनांक / समय प्राथमिकताएँ खोलना फलक इसे तुरंत सिंक करने का कारण बनता है। मैंने इस बारे में कुछ समय पहले सेब का समर्थन किया था; उन्होंने मुझे BMC और PRAM को रीसेट कर दिया था। मैं अपने सिस्टम घड़ी और उनके समय सर्वर के बीच अंतर को ट्रैक करने के लिए हर 5 मिनट में एक स्क्रिप्ट चला रहा हूं। 5 मिनट के बाद यह स्पष्ट है कि यह बहुत तेज़ चल रहा है और इसे ntp तक सिंक नहीं करना चाहिए। यह एक लेट 2012 आईमैक है जिसे मैंने केवल 3 महीने के लिए लिया है (एक और आईमैक ऐप्पल के लिए प्रतिस्थापन ठीक नहीं हो सकता है)।
युनिक्स

@yixix शर्म की बात है कि BMC और PRAM को रीसेट करने से वह काम नहीं हुआ जैसा मैंने अभी तक नहीं किया। ntpdateहर कुछ घंटों में एक स्क्रिप्ट सेट करने के लिए टेम्पर्ड किया गया, लेकिन मुझे पता चलेगा कि समस्या क्या है!
माइकल झरना

जवाबों:


2

मेरा आईमैक एक ही गलत घड़ी सिंड्रोम से पीड़ित था। हालाँकि मेरे मैकबुक प्रो ने 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  

अंधेरे में एक शॉट के रूप में मैंने ऐप्पल (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 पर चल रहा है।
user283368

1

मैंने /etc/ntp.conf पर निम्न पंक्ति जोड़कर इस समस्या को ठीक किया

interface ignore ipv6

और फिर ntpd को फिर से शुरू करना।

यह IPv6 के बजाय ivp4 का उपयोग करके ठीक काम करता प्रतीत होता है


1
एक बग की तरह लगता है ...
एवरी पायने

10.9.2 पर अपग्रेड करने के बाद यह आवश्यक नहीं लगता है। मैं अपने लॉग्स में "सॉकेट बनाने में असमर्थ" त्रुटि नहीं पा रहा हूं। मुझे लगता है कि Apple ने अपने एक अपडेट में इसे ठीक किया है।
er0k

हेहे! उसे बुलाया!
अवनी पायने
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.