क्या उबंटू स्वचालित रूप से वर्ष (2016) के अंत में छलांग दूसरे स्थान पर समायोजित करेगा?


43

बीबीसी की रिपोर्ट:

पृथ्वी के घूमने के साथ सिंक में रहने के लिए नए साल की पूर्व संध्या पर दुनिया की घड़ियों में एक अतिरिक्त सेकंड जोड़ा जाएगा।

क्या इसका मतलब यह है कि मुझे कुछ भी करना है ताकि मेरी उबंटू मशीन इस समय के साथ बनी रहे या क्या यह स्वचालित रूप से खुद को समायोजित करेगा कि वह दूसरा न हो?


2
आप इस वीडियो का आनंद ले सकते हैं (जो कि लीप सेकंड की चर्चा भी करता है) youtube.com/watch?v=-5wpm-gesOY
Thorbjørn Ravn Andersen

1
@ ThorbjørnRavnAndersen ओह, यह टॉम स्कॉट है!
इस्माइल मिगुएल

जवाबों:


34

यदि आपकी उबंटू मशीन एनटीपी को सुनती है और इंटरनेट के साथ समय को सिंक्रनाइज़ करती है, तो सिस्टम समय के अंतर के लिए स्वचालित रूप से खुद को समायोजित करेगा।

हालांकि आपके कंप्यूटर को इस तथ्य के बारे में पता होना जरूरी नहीं है कि एक लीप सेकंड हुआ, यह ईवेंट को पकड़ लेगा और रिकॉर्ड करेगा क्योंकि एनटीपी सर्वर पूरे इंटरनेट में बदलाव को धक्का देते हैं।

यदि आपको ऐसा नहीं लगता है कि अतिरिक्त दूसरा जोड़ा जा रहा है, तो आप निम्न कमांड का उपयोग करके एक अपडेट को बाध्य कर सकते हैं:

sudo ntpdate -s pool.ntp.org

यह स्वचालित रूप से आपको एक नजदीकी सर्वर (विलंबता त्रुटि को कम करने) देने के लिए भू-स्थान का प्रदर्शन करेगा और उबंटू आपके टाइमज़ोन के लिए समायोजित करेगा (इसलिए यदि सर्वर एक अलग समय क्षेत्र में है, तो यह अभी भी ठीक है)। वैकल्पिक रूप से, आप उपयोग कर सकते हैं ntp.ubuntu.com

ध्यान दें कि यदि आप बहुत अशुभ हैं, तो आपके द्वारा उपयोग किए जाने वाले समय सर्वरों में से कोई भी सही ढंग से लीप को संभाल नहीं पाएगा। यह संभव नहीं है, लेकिन संभव है। एक ज्ञात अच्छे स्रोत (एनालॉग रेडियो, संभवतः time.is ) के खिलाफ मैन्युअल रूप से जाँच करने की सलाह दी जाती है।


वैकल्पिक रूप से, यदि आप उबंटू के आधुनिक संस्करण पर हैं, तो एक अंतर्निहित उपयोगिता है timedatectl। डिफ़ॉल्ट रूप से, यह स्टार्टअप पर एक बार स्वचालित रूप से चलता है। इसलिए, यदि आवश्यक हो तो एक त्वरित रिबूट एक सिंक को मजबूर कर सकता है।


1
यूके में, time.nist.gov का उपयोग करना अभी भी काम करता है। उबंटू समायोजित करता है कि यह मेरे टाइमज़ोन के लिए क्या रिपोर्ट करता है। मुझे लगता है कि सभी समय क्षेत्रों के लिए एक ही सच है
टिम

2
@ समय हाँ, लेकिन अमेरिका में एक सर्वर के साथ सिंकिंग में उच्च विलंबता = उच्च त्रुटि दर है ... इसलिए यह काम करता है, लेकिन अंतिम परिणाम एक करीबी सर्वर का उपयोग करने की तुलना में कम सटीक है।
बाकुरू

1
pool.ntp.orgइसके बजाय प्रयास करें ; यह हमेशा आप के लिए कुछ अपेक्षाकृत करीब लेने चाहिए।
माइकल हैम्पटन

3
यह उत्तर समस्याग्रस्त है। 1.) यदि आप बहुत अशुभ हैं, तो आपके द्वारा उपयोग किए जाने वाले समय सर्वरों में से कोई भी सही ढंग से लीप सेकंड को संभाल नहीं पाएगा। यह संभव नहीं है, लेकिन संभव है। 2.) अगर ntpdदौड़ रहा है, तो ntpdateसाथ में चलने से भ्रम होगा। पहले इसे रोकना बेहतर है। बेहतर अभी तक, बिल्कुल नहीं चला ntpdate। 3.) NIST टाइम सर्वर को स्टैक एक्सचेंज से अतिरिक्त ट्रैफ़िक की आवश्यकता नहीं है; ntp.ubuntu.comया pool.ntp.orgबेहतर होगा। 4.) ब्रिटेन वास्तव में उपयोग करता है uk.pool.ntp.org, लेकिन pool.ntp.orgवैसे भी जियोलोकेशन करेगा।
मैट नॉर्डहॉफ

मैं एक भूल गया। 5.) यदि आप ntpdateयादृच्छिक समय सर्वर के खिलाफ चल रहे हैं, और आप फिर से बहुत बदकिस्मत हैं, तो आप एक का उपयोग करेंगे जो छलांग को सही ढंग से संभालने में भी विफल रहा है! NTP पूल ऐसे सर्वर को जल्दी से निष्क्रिय कर देता है, लेकिन तुरंत नहीं। और प्रमुख सरकारी सर्वर किसी भी बेहतर नहीं हैं। (हालांकि मुझे लगता है कि NIST वाले इस बार थे।)
मैट नॉर्डहॉफ

17

लीप सेकंड को लिनक्स कर्नेल द्वारा स्वचालित रूप से नियंत्रित किया जाता है, वास्तविक समय रखने के लिए कोई रिबूट या एनटीपी सिंक की आवश्यकता नहीं होती है। यदि आप अपने सिस्टम लॉग में देखते हैं, तो आपको कुछ समान दिखाई देगा

[263284.397894] Clock: inserting leap second 23:59:60 UTC

चूंकि 23:59:60वैध लिनक्स समय नहीं है, इसलिए आपकी घड़ी पहुंच जाएगी 00:00:00, फिर वापस कदम बढ़ाएं 23:59:59। उस सेकंड के दौरान (फ़ाइलों की तरह) बनाई गई कोई भी वस्तु असंगत रूप से दिनांकित की जा सकती है।

जहां तक ​​लिनक्स समय (वास्तविक समय के विपरीत) का संबंध है, लीप सेकंड मौजूद नहीं है:

# date -d "2016-12-31 23:59:59" +%s
1483225199
# date -d "2017-01-01 00:00:00" +%s
1483225200

2
इस जवाब की पुष्टि करने के लिए मेरे लॉग दिखाई देते हैं। मैं हाल ही dmesg | grep 'leap second'में अपने मुख्य 16.04 मशीन पर चला और यह दिखा [1153894.866672] Clock: inserting leap second 23:59:60 UTC। यह, शुरुआत में अलग-अलग संख्याओं के साथ, मेरे न्यूनतम 16.04 वीएम पर भी दिखाया गया था mini.iso, जिसे मैं परीक्षण के लिए उपयोग करता हूं। यही कारण है कि कम से कम व्यवस्था नहीं है ntpdचल रहा है, और न ही यह है की या तो ntpया openntpdसंकुल स्थापित।
एलियाह कागन

2
@EliahKagan निश्चित रूप से कर्नेल में भविष्य के सभी लीप सेकंड की सूची हार्डकोड नहीं है। कर्नेल में लीप सेकंड सम्मिलित करने का तर्क है, लेकिन कुछ को कर्नेल को यह बताना होगा कि एक लीप सेकेंड डाला जाना है। मुझे एनटीपी के अलावा और कुछ नहीं पता है, जो कर्नेल को छलांग लगाने के लिए कह सकता है। ध्यान दें कि यदि कर्नेल को पहले से ही एक छलांग लगाने का निर्देश दिया गया है, तो बिना रीबूट किए एनटीपी को अनइंस्टॉल करने से कर्नेल उस स्थिति में छोड़ देगा, जहां वह एक छलांग लगाएगा।
कास्परैड

1
@kasperd मैं आपके सामान्य तर्क से सहमत हूं, लेकिन मुझे नहीं लगता कि NTP उस प्रणाली में कभी स्थापित किया गया है, जिसे मैंने कुछ दिन पहले स्थापित किया है (हालांकि एक से अधिक)। मेरे मन में दो संभावनाएँ आती हैं। यह एक VMware वर्चुअल मशीन है, और हालांकि मैंने कोई VMware ड्राइवर स्थापित नहीं किया है, मेरा मानना ​​है कि Ubuntu पहले से ही कुछ है। हो सकता है कि ऐसे ड्राइवर को मेजबान मशीन से छलांग लगाने के बारे में पता चला हो? इसके अलावा, मुझे उम्मीद है कि एनटीपी स्थापना के दौरान शामिल था, हालांकि मुझे यकीन नहीं है कि कैसे रिबूट के पार काम करने के लिए बनाया गया था। मुझे लगता mini.isoहै कि स्वयं के पास NTP है और डेबियन-इंस्टॉलर इसका उपयोग करता है।
एलियाह कगन

1
@EliahKagan, मैंने जांच नहीं की, लेकिन डिफ़ॉल्ट ntp क्लाइंट हो सकता है chrony
कार्स्टन एस

2
@CarstenS यह पता चलता है कि systemd-timesyncd (8) मेरे न्यूनतम सिस्टम की घड़ी को सिंक्रनाइज़ कर रहा है। मैंने इसके बारे में सोचा नहीं था, और अर्ध-दुर्घटना से grep -RPis '(?<!mou)ntp' /var/logपता चला : इन 14 syslog लाइनों का पता चला , एक मेजबान से समय सिंक को दिखाता है ntpजो इसके नाम पर होता है । दृष्टिहीनता में, यह समझ में आता है कि रहस्यमय सेवा जिसे मैं कभी नहीं जानता था कि मैं सिस्टमड का हिस्सा था। (Btw, क्रोनी के बारे में अच्छी बात, जिसे मैंने या तो चेक नहीं किया था; यह स्थापित नहीं है, हालांकि।)
एलियाह कगन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.