उबंटू को अपडेट पूरा करने के लिए पुनरारंभ की आवश्यकता क्यों है?


15

मैंने सुना है कि लिनक्स मशीनें बिना पुनरारंभ किए महीनों तक चल सकती हैं। फिर अपडेट स्थापित करने के बाद उबंटू क्यों कहता है "अपडेट को पूरा करने के लिए रीस्टार्ट आवश्यक है ..."?

जॉर्ज बुश सीनियर के अध्यक्ष होने के बाद से लिनक्स और यूनिक्स यूजर्स ने अपने सिस्टम को दोबारा शुरू नहीं करने के बारे में डींग मारी।

http://www.tested.com/news/feature/1141-how-often-do-you-really-need-to-reboot-your-pc/


3
अधिकांश लोग जो कहते हैं कि भयानक रूप से कमजोर सिस्टम चल रहे हैं, लेकिन वे इंटरनेट से नहीं जुड़े हैं, या वे बहुत सारे फायरवॉल के पीछे हैं।
Zoredache

जवाबों:


12

आपने जो पढ़ा वह सच था। अधिकांश प्रशासक अपनी मशीन के अपटाइम के बारे में डींग मारेंगे। यह दिन, महीने या साल भी हो सकते हैं।
हालाँकि, आपको जो जानने की आवश्यकता है, वे मशीनें आपके रोजमर्रा के डेस्कटॉप सिस्टम नहीं हैं। वे विशेष सर्वर मशीनें हैं।

उनके बारे में पहली बात, वे शायद ही कभी X11 चलाते हैं। ज्यादातर सर्वर सिस्टम आमतौर पर केवल टर्मिनलों पर ही होंगे। तो, XServer पर एक उन्नयन कोई फर्क नहीं पड़ता।
दूसरा, जैसा कि कार्तिक ने बताया, एक्स सर्वर के अपडेट के लिए केवल यह आवश्यक है कि आप एक्स को पुनः आरंभ करें, न कि पूरी मशीन को। तो आपका अपटाइम अभी भी बना हुआ है।

एक और बहुत महत्वपूर्ण बिंदु है, सर्वर सिस्टम नवीनतम कर्नेल संस्करण में अपडेट नहीं होता है क्योंकि यह बाहर आता है। उबंटू पर, आप शायद अभी 3.2 संस्करण का उपयोग कर रहे हैं। अपने आर्क सिस्टम पर मैं संस्करण 3.6 का उपयोग कर रहा हूं, लेकिन इनमें से कई सिस्टम लंबे समय तक चलने वाले घमंड के कारण अभी भी 2.xx लाइन में कहीं हैं, हालांकि यह पूरी तरह से बैकपैक्ड पैच के साथ सुरक्षित है।

ऐसे सिस्टम पर सभी अपडेट केवल इन-प्लेस किए जाते हैं। अद्यतनों को पहले एक परीक्षण मशीन पर परीक्षण किया जाता है, और पूरी तरह से परीक्षण के बाद यह सुनिश्चित करने के लिए कि कुछ भी नहीं टूटता है, और यह कि इसे लागू करने के लिए रिबूट की आवश्यकता नहीं है, उन्हें प्रशासकों द्वारा उन्नत किया जाता है।

आप अपने Ubuntu सिस्टम पर भी ऐसा कर सकते हैं। लेकिन फिर स्वचालित अपडेट के बारे में भूल जाओ। थोड़ा परीक्षण करें और कोशिश करें और अपने अपडेट को इन-प्लेस करें। यहां तक ​​कि कर्नेल को गर्म-बदली जा सकती है। हालांकि, इसे सफलतापूर्वक हर बार खींचने के लिए बहुत कौशल और विशेषज्ञता का समय लगता है।


1
यह इतना कठिन नहीं है। बस ksplice का उपयोग करें। ksplice.com/pricing
Zoredache

मैंने पूरी प्रक्रिया को मैन्युअल रूप से करने के बिंदु से इसका उल्लेख किया, किसी भी स्वचालन उपकरण के साथ नहीं।
dirir

8

यह केवल तभी होता है जब लिनक्स कर्नेल स्वयं अपडेट हो जाता है। अन्य सभी प्रकार के अपडेट सीधे लागू किए जाते हैं। इसके चलने के दौरान कर्नेल को प्रतिस्थापित नहीं किया जा सकता है और इस प्रकार रिबूट की आवश्यकता होती है।

नियमित अपडेट के दौरान एक कर्नेल अद्यतन शायद ही कभी होना चाहिए और आमतौर पर केवल उन्नयन चक्र (12.04-12.10, आदि) के दौरान किया जाता है

आप पुनः आरंभ नहीं करना चुन सकते हैं, यह पुराने कर्नेल का उपयोग करना जारी रखेगा।

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


2
मैंने अभी एक अपडेट किया था, और इसने कुछ xserver फ़ाइलों को अपडेट किया। फिर भी ओएस कहता है कि इसे अपडेट पूरा करने के लिए पुनरारंभ की आवश्यकता है। इसके अलावा, मुझे यकीन है कि मैंने कहीं पढ़ा है कि कर्नेल अपडेट के बाद भी लिनक्स OS'S बिना रिस्टार्ट के चलता रह सकता है।
रोलैंड

7
xserver तकनीक को फिर से शुरू करने की जरूरत नहीं है, आप बस xserver को फिर से शुरू कर सकते हैं :)। रिबूट मशीन कहने के लिए इसका सिर्फ एक सरल निर्देश है। कई मामलों में लॉग आउट लॉग इन भी पर्याप्त हो सकता है।
कार्तिक टी

$ cat /var/run/reboot-required.pkgsआउटपुट libssl1.0.0- कर्नेल का libssl हिस्सा है?
Dan Dascalescu

3
@DanDascalescu यह नहीं होना चाहिए, और यदि आप मुझसे पूछते हैं, तो खुलने के समय / libssl को अपडेट करते समय एक रिबूट अनिवार्य नहीं है, जब तक आप सुनिश्चित करते हैं कि आप सभी प्रोग्राम / सेवाओं को फिर से शुरू करते हैं जो कि Opensl / libssl का उपयोग करते हैं। मेरा मानना ​​है कि पैकेज के रखवाले सिर्फ आसान रास्ता निकालते हैं और सभी रनिंग प्रक्रियाओं से गुजरने के बजाय रिबूट की आवश्यकता को पूरा करते हुए इसे सुरक्षित करते हैं, यह देखते हुए कि कौन लोग लिबासएलएल का उपयोग करते हैं और फिर अपस्टार्ट और / या सर्विनिट सेवा नामों के लिए प्रक्रियाओं को मैप करने के लिए अनुमान लगाते हैं। ।
ब्लबरडाइबुल जुब 6'14
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.