रास्पबेरी को कितनी बार रिबूट करना है और क्या यह आवश्यक है

Question

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

Comments

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

— स्टीव रोबिलार्ड

मेरे द्वारा चलाया गया 24/7 में अभी 67 दिनों का अपटाइम है, जो शायद असामान्य नहीं है। मैं केवल एक उद्देश्य के लिए इसे रिबूट करता हूं। जैसा कि स्टीव कहते हैं, बिना किसी उद्देश्य के क्यों?

— गोल्डीलॉक्स

आईटी समर्थन के संदर्भ में, आप संभवतः "90% में" समस्याओं का मतलब है रिबूट मदद करता है। ); आप एक ग्राहक यादृच्छिक पर कहेंगे नहीं और सिर्फ मामले में अब रिबूट करने उन्हें बता

— गोल्डीलॉक्स

24/7 आर्क पर datalogging, वर्तमान अपटाइम 260 डी। ); आम तौर पर परेशान करने के लिए सुराग रिबूट

— Ghanima

बस अपने लॉग और अन्य बढ़ती हुई फ़ाइलों की जाँच करें: लॉगरोट करेगा। एसडी कार्ड में भारी भारित डिस्क गतिविधि पर एक सीमित जीवनकाल होता है, हो सकता है कि बाहरी कताई ड्राइव का उपयोग करने के लिए चलें / जड़ें। मैंने क्रोन के साथ सिंक में एक ब्लिंकिंग को जोड़ा और एक लाल जो कि डिस्क स्थान कम होने पर जलाया और अन्य जो कि कुछ सुरक्षा लॉग जानकारी पर जलाया गया, मिनट में rsyslog को छंटनी की।

— fcm

Answer 1

मैंने अपना हैम रेडियो रिपीटर और सिंचाई प्रणाली चलाने वाले एक जोड़े को पीसा है - वास्तविक रूप से, मैं सुरक्षा अपडेट या किसी अन्य "रखरखाव" कारण के लिए हर 6 महीने में एक बार शायद उन्हें रिबूट कर रहा हूं; लेकिन मैंने उन मुद्दों को नहीं देखा है जहां एक रिबूट की आवश्यकता थी "चीजों को चालू रखने के लिए"

Answer 2

हार्डवेयर के संदर्भ में , आपको एआरएमएचएफ-वाई बोर्ड को रिबूट करने का एकमात्र कारण फर्मवेयर परिवर्तन, रोम के लिए आवश्यक परिवर्तन या संभवतः नए डिवाइस हैं जो बूट पर मौजूद होना चाहिए।

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

सॉफ़्टवेयर के संदर्भ में , Pi के लिए उपलब्ध सभी प्रमुख कंप्यूटिंग वातावरण * nix-like ^{1 हैं} , जिसमें वे True Unix ™ हैं या इसमें वे Linux या Linux व्युत्पन्न का उपयोग करते हैं और इस प्रकार (U) nix-y हैं।

यूनिक्स और उसके डेरिवेटिव को बूटलोडर से उपयोगकर्तालैंड तक पूरी तरह से स्केलेबल, पोर्टेबल और विश्वसनीय बनाया गया है; वे उन सर्वरों के लिए डिज़ाइन किए गए थे जो कभी भी या लगभग कभी भी एक हार्ड रीसेट (उर्फ पूरी तरह से बंद होने और खरोंच से ठंडा-बूटेड) से नहीं गुजरते हैं, और, कुछ हद तक, रास्पबेरी पेस्ट जैसे एम्बेडेड डिवाइस बिल्कुल। नतीजतन, ये लक्ष्य वास्तव में पाई पर लागू होते हैं।

व्यवहार में इसका मतलब है, आपको मूल रूप से अपने पाई (या अपने * निक्स डेस्कटॉप पीसी, उस मामले के लिए) को रिबूट करने की आवश्यकता नहीं है।

---

¹ नज़रअंदाज़ करना, एक पल के लिए, Microsoft विंडोज़ 10: इंटरनेट ऑफ़ थिंग्स एडिशन फॉर द पी, जिसे मैं एक व्यावहारिक मजाक बनाना चाहता हूं, लेकिन ऐसा नहीं है।

Comments

आपके 2 सी के लिए धन्यवाद, इसने बहुत मदद की, मुझे अब यकीन है कि मैं अपने पीआई को कभी भी रिबूट नहीं करूंगा।

— रोक डोलिनार

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

— स्लीवेनवेन

@ केवल आप रिबूट के बिना मॉड्यूल बदल सकते हैं, बस उन पर पूरी तरह से कार्यात्मक और nondestructive होने के लिए भरोसा नहीं करते

— बिल्ली

महीने में एक बार रीबूट एनटी? बेनाम: तुम उस के साथ कैसे आए ?!

— मैक्स राइड

@ pjc50 वाह, एहसास नहीं हुआ कि इसके लिए और हालिया रिलीज़ होगी। जबकि मैं उस बारे में गलत था, मुझे पता है कि Win10 IoT Win10 जैसा ही कोर है और CE :) नहीं है

— मैथ्यू स्टील

Answer 3

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

Answer 4

मैं पहले लिखी बातों से सहमत हूं। सही त्रुटि से निपटने के साथ उत्कृष्ट लिखित सॉफ़्टवेयर के साथ एक सैद्धांतिक स्थिति में, कोई मेमोरी लीक नहीं ..., एक रिबूट neccesary नहीं होगा।

मेरे पास साइट पर 50 से अधिक PI (सभी PI 3) हैं, और कुछ को साप्ताहिक रूप से रिबूट किया जाता है और अन्य कभी नहीं ... लगभग सभी PI का उपयोग कियॉस्क मोड में किया जाता है, या तो वीडियो चला रहे हैं, एक वेबसाइट प्रदर्शित कर रहे हैं, स्क्रिप्ट चला रहे हैं, ... मेरे लिए उपयोगकर्ता संवेदनशीलता महत्वपूर्ण है और मैं एक गड़बड़ी को विफल नहीं कर सकता। मैं उन सभी पर एक प्रहरी स्थापित है।

मेरी साइट पर, मैं निम्नलिखित दृष्टिकोण का उपयोग कर रहा हूं (यह केवल मेरे स्वयं के अनुभव का उपयोग कर रहा है, कोई वैज्ञानिक पृष्ठभूमि नहीं है :-))

• PI के रन सर्वर (Apache, SIP, ...) और केवल एक ईथरनेट केबल से जुड़े होते हैं: मैंने कभी उन्हें रिबूट नहीं किया, उनमें से कुछ का अपटाइम लगभग 2 साल है (वास्तव में, मैंने उन्हें अपग्रेड नहीं किया था)!

• इसके विपरीत, PI के वो विडियोलोप्स चलाते हैं (OMXPlayer का उपयोग करके): मैं उन उपकरणों को साप्ताहिक रूप से रिबूट करता हूं। मैंने उन्हें बिल्कुल भी रिबूट नहीं करने की कोशिश की है, लेकिन मुझे पता चला कि कभी-कभी वीडियो वॉचडॉग के बिना भी लटका हुआ है। इसलिए कोई भी स्क्रीन पर एक स्थिर छवि देखेगा। मैं कहता हूं कि एक महीने की अवधि के दौरान, प्रत्येक डिवाइस के लिए-लगभग 50% संभावना थी कि वीडियो एक बार फ्रीज हो जाएगा, उन जोखिमों को कम करने के लिए, मैंने प्रति सप्ताह एक बार रिबूट करने का फैसला किया और परिणाम स्वीकार्य हैं: इसलिए अब तक, साप्ताहिक रिबूट के एक साल के बाद, मेरे पास केवल 2 फ्रीज (छवि फ्रीज, कोई पीआई फ्रीज) नहीं था। बेशक मैं उन लोगों को भी खत्म करना पसंद करूंगा, लेकिन यह एक और विषय है। उन लोगों के लिए, मुझे एसडी-कार्ड पर रिबूट के प्रभाव की परवाह नहीं है, क्योंकि, अगर यह कभी भी होगा, तो यह बस एक नया एसडी-कार्ड डाल रहा है और सही वीडियो के साथ टेम्पलेट को अपडेट करता है।

• PI की जो क्लाइंट मोड में हैं और उपयोगकर्ता की सहभागिता (मुख्य रूप से टचस्क्रीन और / या बटन) के साथ वेब-आधारित उपयोगकर्ता सामग्री (क्रोमियम, केवेब, ... का उपयोग कर): मैं हर महीने उन रिबूट करता हूं और अभी तक कोई समस्या नहीं हुई है। शायद उन्हें रिबूट करने की आवश्यकता नहीं थी ... लेकिन उन उपकरणों को स्क्रिप्ट (जावा, नोड.जेएस) चलाने और अन्य उपकरणों से इनपुट प्राप्त करने के लिए मुझे लगा कि कुछ बिंदु पर रिबूट की आवश्यकता हो सकती है, इसलिए मैंने मासिक के लिए जाने का फैसला किया रिबूट।

मुझे लगता है कि यह आपके प्रश्न का सीधा जवाब नहीं दे रहा है, लेकिन मैं सिर्फ कुछ व्यक्तिगत अनुभव साझा करना चाहता था ताकि आप अन्य उत्तरों के साथ पूरी तरह से निर्णय ले सकें- जज करें कि आपकी परियोजना के लिए सबसे अच्छा तरीका क्या होगा।