उबंटू वेळेच्या समस्यांचे निराकरण करा - वेळेतील त्रुटींचे निवारण करा

दोन घड्याळे: कोणते खोटे बोलत आहे ते शोधा

प्रत्येक संगणक दोन ठिकाणी वेळ ठेवतो. RTC (रिअल-टाइम घड्याळ) हे मदरबोर्डवरील एक लहान हार्डवेअर घड्याळ आहे जे पीसी बंद असताना बॅटरी पॉवरवर टिक करत राहते. सिस्टम घड्याळ हे Ubuntu चालत असताना तुम्हाला दाखवते आणि ते इंटरनेटवर NTP नावाच्या सिंक सेवेद्वारे दुरुस्त केले जाते. बूट करताना, उबंटू RTC वाचतो आणि त्यातून सिस्टम घड्याळ तयार करतो.

त्यामुळे चुकीचे घड्याळ म्हणजे तीन गोष्टींपैकी एक: RTC कडे चुकीचे मूल्य आहे, उबंटूने ते चुकीचे गृहित धरून वाचले आहे किंवा इंटरनेट सुधारणा कधीच घडली नाही. बहुतेक लोक जी चूक करतात ती कारणाऐवजी घड्याळाचा चेहरा निश्चित करणे होय. एक आदेश तिन्ही कारणे वेगळे करते - ती पुढील पायरी आहे.

काहीही बदलण्यापूर्वी timedactl वाचा

टर्मिनल उघडा आणि ही कमांड चालवा. आपल्याला फक्त पाहण्यासाठी sudo ची आवश्यकता नाही:

timedatectl

सात ओळी दिसतात; त्यापैकी सहा महत्त्वाचे आहेत. स्थानिक वेळ ही तुमच्या घड्याळाच्या तोंडावरची वेळ आहे, टाइम झोन रूपांतरणानंतर. सार्वत्रिक वेळ UTC मध्ये समान क्षण आहे - ही अशी संख्या आहे जी स्वतःच योग्य असणे आवश्यक आहे. RTC वेळ हा मदरबोर्डवरील हार्डवेअर घड्याळात सध्या असतो. टाइम झोन हा झोन आहे ज्यामध्ये उबंटू रूपांतरित होतो, उदाहरणार्थ आशिया/कोलकाता (IST, +0530). सिस्टम घड्याळ सिंक्रोनाइझ हे बूट एकदा तरी इंटरनेट टाइम सिंक यशस्वी झाल्यावर होय म्हणते. स्थानिक TZ मध्ये RTC: नाही म्हणजे उबंटू RTC कडे UTC आहे असे गृहीत धरते - ही एक ओळ संपूर्ण ड्युअल-बूट कथा आहे.

निरोगी मशीनवर RTC वेळ युनिव्हर्सल टाइम लाइनशी जुळते, सिंक्रोनाइझ केलेली लाइन होय म्हणते आणि NTP सेवा सक्रिय दर्शवते. काहीही बदलण्यापूर्वी तुमची स्क्रीन काय दाखवते ते लिहा - येथे दोन मिनिटांचे वाचन यादृच्छिक निराकरणाचा एक तास वाचवते.

नमुना वास्तविक कारणाशी जुळवा

चुकीची वेळ ही एक समस्या नाही. त्रुटीचा आकार आणि आकार जवळजवळ प्रत्येक वेळी गुन्हेगाराचे नाव देतो:

तुमच्या झोन ऑफसेटनुसार चुकीचे (भारतात 5 तास 30 मिनिटे), आणि जेव्हा तुम्ही इतर OS बूट करता तेव्हा ते फ्लिप होते - एक ड्युअल-बूट RTC लढा. हार्डवेअर घड्याळ म्हणजे काय याबद्दल विंडोज आणि उबंटू असहमत आहेत. चरण 6 वर जा.

मिनिटांनुसार चुकीचे, आठवड्यांत हळूहळू वाढत आहे - समक्रमण बंद आहे किंवा अयशस्वी होत आहे किंवा RTC स्वतःच वाहून जाते. समक्रमित ओळ तपासा आणि चरण 4 वर जा.

पीसी चालू असताना बरोबर, प्रत्येक शटडाउननंतर पुन्हा चुकीचे - पॉवर बंद असताना RTC वेळ गमावत आहे किंवा चुकीचे वाचत आहे. जुन्या हार्डवेअरवर जी CMOS बॅटरी आहे. पायरी 7 वर जा.

स्क्रीनवर उजव्या झोनचे नाव, तरीही चुकीची वेळ - झोन एक प्रदर्शन सेटिंग आहे, वेळ नाही. तुमची युनिव्हर्सल टाइमलाइनही चुकीची असेल. चरण 5 वर जा, नंतर पुन्हा तपासा.

फक्त व्हर्च्युअल मशीनमध्ये चुकीचे, रिस्टोअर किंवा रिझ्युम केल्यानंतर उडी मारणे - VM फक्त NTP कडूनच नाही तर त्याच्या होस्टकडून आणि स्नॅपशॉट्समधून वेळ घेते.

इंटरनेट टाइम सिंक (NTP) चालू करा

सिंक चालवण्याची परवानगी असल्यास बहुतेक सिंगल-बूट उबंटू मशीन स्वतःला बरे करतात. या आदेशाने ते चालू करा (तो तुमचा पासवर्ड विचारेल):

timedatectl set-ntp true

GUI ला प्राधान्य द्यायचे? सेटिंग्ज उघडा, नंतर तारीख आणि वेळ, आणि स्वयंचलित तारीख आणि वेळ चालू करा. नंतर कार्यरत इंटरनेट कनेक्शनवर एक मिनिट थांबा आणि पुन्हा timedatectl चालवा. सिस्टम घड्याळ सिंक्रोनाइझ ओळ आता होय म्हणावे, आणि वेळ योग्य मूल्याकडे वळली पाहिजे.

टाइम झोन योग्यरित्या सेट करा

जर झोन स्वतःच चुकीचा असेल तर बाकी सर्व काही तुटलेले दिसते. प्रथम timedatectl आउटपुटच्या टाइम झोन ओळीवर वर्तमान क्षेत्र पहा. झोनची नावे केस-संवेदी आहेत आणि Asia/Kolkata सारखी स्लॅश वापरतात. अचूक नावांची यादी करा आणि तुमची सेट करा:

timedatectl list-timezones
sudo timedatectl set-timezone Asia/Kolkata

पुन्हा timedatectl चालवा आणि स्थानिक वेळ ओळ आता तुमच्या भिंतीच्या घड्याळावर वेळ दर्शवते, Asia/Kolkata (IST, +0530) म्हणून दाखवलेल्या झोनसह पुष्टी करा. यानंतरही चूक, योग्य झोन दाखवून? मग झोन कधीही समस्या नव्हती - चरण 3 मधील नमुना सूचीवर परत जा.

ड्युअल बूट: एक हार्डवेअर घड्याळ नियम निवडा

ड्युअल-बूट मशीनवर तुम्ही एक कन्व्हेन्शन निवडले पाहिजे आणि दोन्ही सिस्टमला सहमती द्या. उबंटूचे डीफॉल्ट समजूतदार आहे: RTC मध्ये UTC (स्थानिक TZ मध्ये RTC: नाही) आहे आणि प्रत्येक OS प्रदर्शनासाठी रूपांतरित होते. विंडोज विरुद्ध डीफॉल्ट: ते RTC ला स्थानिक वेळ मानते. प्रत्येक OS स्विच तुमच्या घड्याळाला तुमच्या झोन ऑफसेटनुसार हलवते का हे मतभेद आहेत.

झटपट उबंटू-साइड तडजोड ही आज्ञा आहे - उबंटू नंतर विंडोजच्या अपेक्षेप्रमाणे आरटीसी वाचतो आणि लिहितो:

timedatectl set-local-rtc 1 --adjust-system-clock

पर्याय म्हणजे उबंटूला त्याच्या क्लीन डीफॉल्टवर सोडून RealTimeIsUniversal रेजिस्ट्री मूल्याद्वारे UTC वापरण्यास Windows ला शिकवणे. आपण कोणती बाजू निवडाल - फक्त एक निवडा. दोन्ही निराकरणे लागू केल्याने त्रुटी उलट दिशेने वळते.

हार्डवेअर घड्याळाचा योग्य वेळ वाचवा

सिस्टम घड्याळ योग्य आणि समक्रमित झाल्यावर, योग्य मूल्य RTC मध्ये संग्रहित करा जेणेकरून पुढील कोल्ड बूट योग्य प्रकारे सुरू होईल:

sudo hwclock --systohc
sudo hwclock --show

पहिली आज्ञा हार्डवेअर घड्याळात सिस्टम वेळ कॉपी करते; दुसरा हार्डवेअर आता काय ठेवतो ते दर्शविते. नंतर पूर्णपणे बंद करा, एक मिनिट थांबा, बूट करा आणि नेटवर्क कनेक्ट होण्यापूर्वीची वेळ तपासा जर तुम्हाला शक्य असेल तर - RTC आधीच योग्य असावे.

आताही पूर्ण पॉवर-ऑफ झाल्यानंतर पुन्हा वेळ चुकल्यास, सॉफ्टवेअरने जे काही करता येईल ते केले आहे - CMOS बॅटरी किंवा जुन्या हार्डवेअरवर ड्रिफ्टिंग RTC असल्याचा संशय आहे. कमकुवत बॅटरी लगेच न बदलता तुम्ही कसे जगता: NTP सिंक चालू असताना (चरण 4), उबंटू प्रत्येक बूटानंतर, एकदा नेटवर्क कनेक्ट झाल्यावर लगेचच घड्याळ सुधारतो. बॅटरी बदलणे हे अजूनही वास्तविक हार्डवेअर निराकरण आहे, परंतु दैनंदिन वापरात सिंक कव्हर.