उबंटू कितनी बार "पावर-ऑफ" बंद करने के लिए उबंटू है?


15

मेरी कंपनी उबंटू के उपयोग के लिए एक हार्डवेयर डिवाइस पर उपयोग के लिए ओएस के रूप में विचार कर रही है।

यह कॉम्पैक्ट फ्लैश ड्राइव पर स्थापित किया जाएगा - जाहिरा तौर पर यह मानक फ्लैश ड्राइव नहीं है, लेकिन एक विशिष्ट प्रकार की मेमोरी है जो तत्काल बिजली बंद होने के साथ "सामना" करने के लिए माना जाता है (मुझे यकीन नहीं है कि यह कैसे प्राप्त किया जाता है लेकिन वे माना जाता है कि "उच्च अंत" है "कार्ड)।

उबंटू का उपयोग करके चलाई जाने वाली इकाइयाँ एक प्रकार की इकाइयाँ होती हैं जिन्हें शालीनतापूर्वक बंद नहीं किया जाएगा - पावर केबल को हटा दिया जाएगा और वह है।

क्या कोई मुझे संभावित समस्याओं के बारे में कुछ सलाह दे सकता है? क्या उबंटू एक अच्छी प्रणाली है जो इस तरह के पावर आउटेज से निपट सकती है और अगले स्टार्टअप पर सफलतापूर्वक रीबूट कर सकती है?

मुझे एहसास हुआ कि कुछ भी अटूट नहीं है, लेकिन क्या यह एक एम्बेडेड सेटअप के लिए आमतौर पर इस्तेमाल किया जाने वाला ओएस है? क्या यह इस तरह के वातावरण में उबंटू का उपयोग करने के लिए परेशानी पूछ रहा है?


1
क्या कोई ऐसा तरीका है जिससे आप अपने उपकरणों में यूपीएस या बैटरी बैकअप शामिल कर सकते हैं? यहां तक ​​कि अपेक्षाकृत छोटा एक व्यक्ति लिनक्स को चीजों को शालीनतापूर्वक बंद करने के लिए पर्याप्त समय देगा। आदर्श रूप से, आप अपने अनुप्रयोगों को पहले (जैसे ही यूपीएस में किक करते हैं) बताना चाहेंगे, ताकि वे लिनक्स को बहुत कम समय में ऐसा करने से पहले बंद कर सकें।
जो

मुझे आश्चर्य है, क्या यह एक फाइल सिस्टम का उपयोग करना संभव होगा जिसमें एक कॉपी-ऑन-राइट फीचर है, जैसे कि ZFS? फिर सैद्धांतिक रूप से भ्रष्टाचार को प्राप्त करना असंभव होगा क्योंकि अगले बूट पर बहाली एफएस के अंतिम ज्ञात-अच्छे राज्य तक होगी, बाद में किसी भी संभावित आंशिक रूप से लिखे गए डेटा से बचना।
विसेक

जवाबों:


12

नोट: यह उत्तर एक उत्पादन वातावरण के दृष्टिकोण से है जहां डेटा हानि या डाउनटाइम से धन की हानि हो सकती है, ग्राहक, औद्योगिक उपकरण खराबी, आदि। यदि आप घर पर रास्पबेरी पाई के साथ सिर्फ छेड़छाड़ कर रहे हैं, तो मैं कहूंगा कि वहाँ कोई नहीं है मुसीबत... :)

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

यदि मैं सही हूं, तो आप Ubuntu 8.04 का उपयोग कर रहे हैं, जो ext3 को सबसे अच्छा समर्थन करता है। हालांकि ext3 / ext4 दोनों फाइलिंग (अखंडता) बनाए रखने के लिए और रिकवरी में सहायता के लिए जर्नलिंग का उपयोग करते हैं , इन पर भरोसा नहीं किया जाना चाहिए जब "पावर केबल खींचना" अपवाद के बजाय नियम है।

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

4
मुझे FUD बुलाना होगा। Ext3 / 4 जर्नल सबसे निश्चित रूप से प्लग को खींचते समय फाइलसिस्टम को कार्य क्रम में रखने के लिए भरोसा किया जा सकता है। हालांकि, यह उपयोगकर्ता डेटा के लिए कुछ भी नहीं करता है, इसलिए क्रैश के समय फ़ाइलें लिखने वाले एप्लिकेशन उनके डेटा को दूषित कर सकते हैं जब तक कि वे सावधान न हों। इसके अलावा फ्लैश मीडिया पर सिंक को सक्षम करने से न केवल चीजें धीमी गति से कम हो जाएंगी, बल्कि इससे फ्लैश जल्दी खराब हो जाएगा। इसके अलावा JFFS और YAFFS एम्बेडेड सिस्टम में निर्मित प्रत्यक्ष NOR फ़्लैश पर उपयोग के लिए हैं; ext4 उपभोक्ता प्रकार के उपकरणों पर बेहतर काम करता है जो आंतरिक पहनने को समतल करते हैं।
Psusi

1
जहां तक ​​मुझे पता है ये कार्ड वास्तव में अच्छे हैं - लेकिन वर्तमान में डॉस का उपयोग किया जाता है। उपकरणों को नियमित अंतराल पर इंस्ट्रूमेंटेशन डेटा रिकॉर्ड करने की आवश्यकता होती है। चूंकि यह डेटा व्यवसायिक महत्वपूर्ण है, इसलिए ऐसा लगता है कि मैं ubuntu का उपयोग करने से बचता हूं। मैं सिर्फ यह नहीं मान सकता कि डॉस अधिक विश्वसनीय दृष्टिकोण है। वैसे भी इस शानदार जवाब के लिए बहुत बहुत धन्यवाद !! हमारे द्वारा उपयोग किए जाने वाले कार्ड में आंतरिक पहनने के स्तर हैं जहाँ तक मुझे पता है।
गणितज्ञ

1
मुझे यकीन नहीं है कि आप क्या कर रहे थे। पहनने-समतल और फ्लश। मेरा कहना यह था कि सिंक अधिक लिखता है, जो जल्दी ही फ्लैश पहन लेगा। इसके अलावा जब ext3 / 4 जर्नल का उपयोग fsckकिया जाता है , तो पावर फेल होने के बाद ऐसा नहीं किया जाता है; कर्नेल fs माउंट होने पर तेजी से मरम्मत करने के लिए जर्नल का उपयोग करता है। fsckएक दुर्घटना के बाद लंबे समय से बचने से पूरे कारण को जोड़ा गया।
Psusi

2
@ mathematician1975: यदि आप इन उद्देश्यों के लिए लिनक्स का उपयोग करना चाहते हैं, तो आपको एक वास्तविक-समय / एम्बेडेड डिस्ट्रो की आवश्यकता है, शायद ucLinux की तरह कुछ , पूर्ण-विकसित डेस्कटॉप / सर्वर डिस्ट्रो उबंटू की तरह नहीं है ... :)
ish

2
@ mathematician1975 - यदि यह "व्यवसाय महत्वपूर्ण डेटा" है, तो निश्चित रूप से आप यूपीएस में डालना चाहते हैं? जब आप किसी भी समय प्लग खींचते हैं तो पृथ्वी पर कोई भी ऑपरेटिंग सिस्टम भ्रष्टाचार-मुक्त डेटा की गारंटी नहीं दे सकता है। जैसा कि पहले ही उल्लेख किया गया है, डेटा के अलावा सब कुछ केवल पढ़ने में मदद करेगा और एक लाइट लिनक्स डिस्ट्रो एक यूपीएस से सिग्नल पर सुरक्षित और तेज़ी से बंद हो सकता है।
धान लैंडौ

5

जब तक यह केवल पढ़ने के लिए उपयोग के लिए सेटअप है, तब तक ऑपरेटिंग सिस्टम ठीक रहेगा। LiveCD का सेटअप ऐसा है, जिससे आप उन्हें कभी भी बंद कर सकते हैं और OS को कोई नुकसान नहीं होगा।

रीड-राइट ड्राइव पर, ext4 फाइलसिस्टम बहुत लचीला होते हैं। लेकिन कोई बात नहीं फ़ाइल सिस्टम, कोई भी ड्राइव जो कि योग्य है, भ्रष्ट फ़ाइलों के अधीन होगा।


1

आप आपातकालीन मोड में हैं। लॉगिन करने के बाद टाइप करें

journalctl -xb

सिस्टम लॉग देखने के लिए, systemctl rebootरिबूट करने के लिए systemctl defaultया exitडिफ़ॉल्ट मोड में बूट करने के लिए।

Enterरखरखाव के लिए प्रेस (या प्रेस CTRL- Dजारी रखने के लिए):

मैंने उस संदेश को हर बार बिजली की विफलता के बाद देखा है, कोई भी विंडोज ओएस डिफ़ॉल्ट कॉन्फ़िगरेशन के रूप में लिनक्स की तुलना में बिजली की विफलता के लिए अधिक लचीला है।

मैं अपने शहर में गर्मियों में महीने में दो बार पावर ग्रिड बंद करता हूँ।


-1

मैं लगभग 18 महीनों से उबंटू का उपयोग कर रहा हूं, और मैंने सभी प्रकार के कार्यक्रमों और डाउनलोड के साथ प्रयोग किया है। उबंटू के बारे में मेरी राय यह है कि यह सबसे स्थिर और उपलब्ध ऑपरेटिंग सिस्टम से दूर है।

ऐसे प्रोग्राम और डाउनलोड, जिन्होंने विंडोज़ ओएस को ध्वस्त कर दिया है, वे केवल उबंटू और कुबंटु द्वारा अलग कर दिए गए हैं, उबंटू वास्तव में उपयोग करने में आसान है, आपके पास कभी भी ज़रूरत की हर चीज हो सकती है, कार्यालय और काम के अनुप्रयोग उत्कृष्ट हैं, और यह विंडोज़ के साथ कभी भी वायरस या ट्रोजन नहीं मिलता है।

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


यह वास्तव में इस सवाल को संबोधित नहीं करता है, हालांकि, जो विशेष रूप से पूछ रहा है कि एक उबंटू प्रणाली कई अचानक बिजली नुकसान की घटनाओं को कैसे पकड़ लेती है।
एलियाह कगन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.