`अंतिम रिबूट` एक घंटे लापता है

Question

मैं अपने लैपटॉप की अंतिम तिथि पर बूट और शटडाउन की तारीख जानना चाहता हूं:

===> last reboot
reboot   system boot  4.4.0-47-generic Mon Nov 28 09:39   still running
reboot   system boot  4.4.0-45-generic Fri Nov 25 09:40 - 15:55  (06:14)

इस आउटपुट के अनुसार लैपटॉप 9:40 से 15:55 पर स्विच किया गया था ।

इसे मेरे बैश इतिहास में देखें। शटडाउन समय मैच:

===> history | grep 2016-11-25| tail
24911  2016-11-25 15:51:33 :... some command

लेकिन प्रारंभ समय नहीं है:

===> history | grep 2016-11-25| head
24850  2016-11-25 08:58:35 :ssh somehost
24851  2016-11-25 08:47:01 :...

मुझे लगता है कि कुछ गड़बड़ है।

मैंने पिछले 5 दिनों में एक अलग टूल के साथ अपने बूट / शटडाउन समय की जाँच की, और यह पता चलता है: आउटपुट last rebootगलत है। हर दिन एक घंटा गायब है।

क्या आपके last rebootमैच का समय है ?

अपडेट, दो साल बाद, मुझे इसका समाधान मिला: https://serverfault.com/a/958823/90324

Comments

का पूर्ण उत्पादन जोड़ेंlast reboot

— heemayl

निश्चित रूप से नहीं कह सकते, लेकिन लगता है कि सिस्टम रिबूट समय लॉग में लिखे जाने के कुछ समय बाद डीएसटी या ज़ोन सुधार लागू करता है। यह विशेष रूप से संभावना है यदि प्रारंभ समय एक घंटे से दूर है, लेकिन शटडाउन सही है। FWIW, मेरा डेस्कटॉप सिस्टम (Kubuntu 14.04.5) नियमित रूप से ट्रे घड़ी में एक समय प्रदर्शित करता है जो डेस्कटॉप लोड पर तुरंत एक गैर-पूर्णांक संख्या से बंद होता है, लेकिन डेस्कटॉप पूरी तरह से प्रारंभ होने से पहले इसे सही करता है (यानी सभी मौजूदा आइकन) और CPU उपयोग बेकार हो जाता है)। यह वही है जो देर से डीएसटी / ज़ोन सुधार का सुझाव देता है।

— जीस इकॉन

यहाँ समाधान है: serverfault.com/a/958823/90324

— guettli

Answer 1

संभवतः आपकी हार्डवेयर घड़ी UTC में है। और शायद आपका सिस्टम CET में है। इसलिए जब आप अपने कंप्यूटर को बूट करते हैं, तो पहली लॉग प्रविष्टियां UTC में होंगी।

Comments

ठीक है, तो यह एक बग नहीं है, यह एक विशेषता है?

— गुत्थी

आप hwclockकमांड के साथ हार्डवेयर घड़ी को समायोजित कर सकते हैं । अधिक जानकारी के लिए: tutorialspoint.com/unix_commands/hwclock.htm

— कार्ल

Answer 2

मैं व्यक्तिगत रूप से कर्नेल लॉग का उपयोग करना पसंद करता हूं ताकि यह पता लगाया जा सके कि सिस्टम को कब और कैसे चालू किया गया था, बस इसलिए कि यह आउटपुट के मुकाबले कहीं अधिक क्रिया है last reboot, हालांकि आपको यह पता लगाने के लिए लॉग फ़ाइलों पर स्कैन करने की आवश्यकता होगी कि आप क्या कर रहे हैं। (मैं आमतौर पर grepउनके माध्यम से)।

वे इसमें पाए जा सकते हैं /var/log/, और इसके समान दिखना चाहिए:

-rw-r-----  1 syslog            adm    181476 Nov 30 18:34 kern.log
-rw-r-----  1 syslog            adm    185878 Nov 29 16:42 kern.log.1
-rw-r-----  1 syslog            adm     46081 Nov 21 20:05 kern.log.2.gz
-rw-r-----  1 syslog            adm     41326 Nov 14 18:19 kern.log.3.gz
-rw-r-----  1 syslog            adm     16143 Nov  8 20:32 kern.log.4.gz

आपकी historyकमांड केवल कमांड लाइन के इतिहास को दिखाती है, और इस प्रकार स्वाभाविक रूप से शटडाउन / स्टार्ट / रिबूट डेटा का एक त्रुटिपूर्ण स्रोत है, जिसमें आप मशीन को बंद करने से पहले एक कमांड नहीं चला सकते हैं (यदि आपने GUI को बंद करने के लिए उपयोग किया है) ।

Comments

आपका जवाब सही है। लेकिन, यह एक अलग सवाल का जवाब है। यह प्रश्न लगभग last rebootएक घंटे से गायब है। लेकिन मैं उत्सुक हूं। बूट / शटडाउन समय को /var/log/kern.log से कैसे प्राप्त करें?

— गुएटली

हाँ, मुझे आपके विशिष्ट प्रश्न के उत्तर पर यकीन नहीं था, बल्कि रिबूट के समय को मापने के लिए एक वैकल्पिक तरीका पेश करने के बारे में सोचा। मैं हालांकि खुदाई करता रहूंगा, यह देखूंगा कि क्या मैं इसका पता लगा सकता हूं! इस बीच, kern.log फाइलें बूट (या अपटाइम) के बाद से समय दिखाने के लिए टाइमस्टैम्प का उपयोग करती हैं। आप आमतौर पर कुछ इस तरह देखेंगे

— पिज़्ज़ा ओवरलॉर्ड

वूप्स, इसे खत्म करने से पहले टिप्पणी दर्ज की। वैसे भी, आपको kern.log फ़ाइलों में ऐसा कुछ दिखाई देगा जो मूल रूप से शून्य पर समय दिखाता है, या, आमतौर पर बूट के रूप में व्याख्या किया जाता है [ 0.000000]:। यदि आप उसके लिए तैयार हैं, तो आपको बूट समय पर काम करने में सक्षम होना चाहिए।

— पिज़्ज़ा ओवरलॉर्ड

क्या आप बूट टाइम को वर्कआउट करने के लिए grep मैजिक को प्रकट कर सकते हैं?

— गुत्थी