क्या 'rm -rf / --no-preserve-root' बायोस को गड़बड़ कर सकता है?


35

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

मैं फिर भागा rm -rf / --no-preserve-root। मुझे पहले कभी ऐसा करने का अवसर नहीं मिला, इसलिए यह बहुत मजेदार था। सर्वप्रथम।

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

मैंने ड्राइव को एक अलग बॉक्स पर झुका दिया, और अपने चैंजिन को पाया कि इसमें यूईएफआई विभाजन था। मुझे लगता है कि मेरी कमांड ऑफ डेथ ने उस विभाजन को प्रभावी ढंग से लागू किया।

मैं अब अलग कार्य केंद्र के लिए एक अलग, काम कर ड्राइव शुरू कर दिया, लेकिन कार्य केंद्र अभी भी कुछ नहीं करता है।

किसी को भी इस तरह से कुछ भी देखा है, या सुझाव है कि क्या देखना है? उस rmआदेश को चलाने के लिए पूरी तरह से पूरी तरह से गड़बड़ करने का प्रबंधन कैसे किया ?

अद्यतन: हमने डेल को बॉक्स लौटाया। अगर यह एक संयोग या स्थिति जैसा कि ड्रोनस द्वारा वर्णित किया गया था, हम ठीक से निदान नहीं कर पाए । हालाँकि, मैं ड्रोनस के उत्तर को स्वीकार करूंगा क्योंकि यह एक संभावित कारण बताता है कि ऐसा क्यों होगा। इसके अलावा, यह भविष्य में भी ऐसा ही करने के खिलाफ दूसरों को सावधान करेगा। अगर किसी को भी बग UEFI का उपयोग करते हुए डेल के कुछ रिकॉर्ड मिलते हैं, तो यह उपयोगी होगा।


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

@ हाँ, मुझे यकीन है कि यह मुहिम शुरू की गई थी।
MirroredFate

डेल क्या मॉडल?
मार्क प्लॉटनिक

@MarkPlotnick XPS8700
MirroredFate

सीएमओएस सेटिंग्स को रीसेट करने का प्रयास करें। यह एक जम्पर को ले जाकर किया जाता है; आपको बैटरी निकालने की आवश्यकता नहीं है। पृष्ठ 84 में downloads.dell.com/Manuals/all-products/esuprt_desktop/... । साथ ही F2 को हिट करने की कोशिश कर सकता है जैसे ही यह दिखता है कि सेटअप स्क्रीन पर पहुंचने की कोशिश करने के लिए यह POST समाप्त हो गया है।
मार्क प्लॉटनिक

जवाबों:


47

एक दुर्लभ संभावना हो सकती है कि आप कुख्यात यूईएफआई कीड़े के कुछ ट्रिगर कर सकें, जिसने पहले से ही सैमसंग और लेनोवो नोटबुक की कुछ श्रृंखला को मार दिया था।

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

हालांकि, छोटी गाड़ी यूईएफआई फ़िरवरेस की कुछ पंक्तियों के साथ, गैर-संदेश संदेश मेमोरी के कुछ प्रबंधन रूट टूट गए हैं। संदेशों के आधार पर, ये फ़र्मवेयर मैमोरी मेमोरी के आरंभ में क्रैश हो जाते हैं, आमतौर पर बूटअप पर काफी जल्दी। वे वीजीए आरंभीकरण तक भी नहीं पहुंच सकते हैं, जिस स्थिति में मशीन पूरी तरह से ईंट लगती है। ऊपर वर्णित मामलों में, कोई सॉफ्टवेयर समाधान नहीं था और मुख्यबोर्ड को बदलना पड़ा।

चल रहा है rm -rf / --no-preserve-rootएक और गिरी बग गति प्रदान कर सकते हैं जब traversing और की तरह गिरी फ़ाइल सिस्टम को हटाने /sys, /devया /proc, कि अंत में एक कर्नेल आतंक को जन्म दे सकती, अंत में ट्रिगर nonvolatile संदेश स्मृति बग ऊपर उल्लेख किया है।


5
खैर, यह निराशाजनक है। लेकिन यह कम से कम एक स्पष्टीकरण है।
मिररफेड

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

@ माइकलकॉर्जलिंग वाह। मुझे लगता है कि सब कुछ के खिलाफ जाता है।
मिररफेड

2
क्या आप "फर्मवेयर" जैसे उपयुक्त शब्द के साथ "BIOS" शब्द को बदल सकते हैं जब तक कि आप वास्तव में आईबीएम पीसी BIOS का मतलब नहीं करते हैं? यह ऐसी चीज नहीं है जिसके बारे में मैं आमतौर पर चुप्पी साधे रहता हूं, लेकिन इस मामले में आपको वास्तव में यह स्पष्ट करने की आवश्यकता है क्योंकि आप यूईएफआई और BIOS शब्दों का उपयोग एक ही वाक्य में करते हैं (एक दूसरे के बगल में भी) जो कि भ्रमित करने वाला है।
मेहरदाद

1
जगह ले ली। ज्यादातर लोगों के लिए, ऐसा कुछ जो लगभग अभी भी BIOS की तरह दिखता है और ऐसा लगता है जैसे BIOS हमेशा के लिए BIOS होगा ...
ड्रोन

27

नहीं, उस तरीके से इस तरह से BIOS (विरासत या UEFI) को नष्ट करना संभव नहीं है।

यहां तक ​​कि अगर आप कुछ हद तक यूईएफआई विभाजन को नष्ट करने में कामयाब रहे हैं, तो कोर BIOS फाइलें प्रभावित नहीं होंगी, क्योंकि वे आपके मदरबोर्ड पर गैर-वाष्पशील मेमोरी (फ्लैश-आधारित, ज्यादातर) सॉकेट में रहते हैं।

UEFI विभाजन अतिरिक्त सॉफ़्टवेयर घटकों (जैसे: डीबगर, ड्राइवर, ecc) को होस्ट करता है, लेकिन मशीन को मान्य UEFI विभाजन के बिना भी BIOS में बूट करना चाहिए।


यह मेरी समझ रही है। क्या आप मेरे द्वारा बताए गए व्यवहार को देखने का कोई कारण जानते हैं?
MirroredFate

1
मैं केवल कल्पना कर सकता हूं कि वर्कस्टेशन में हार्डवेयर दोषपूर्ण था और यह कि आपके अनटार / डिलीट द्वारा लगाया गया (अपेक्षाकृत) उच्च लोड इसे नीचे लाता है। सीपीयू और मेमोरी को री-सीट करने की कोशिश की गई है? क्या आपने सीएमओएस को खाली करने की कोशिश की?
शोडान्शोक

1
स्मृति, हाँ। जो अजीब था, क्योंकि मेमोरी को बाहर निकालने से कंप्यूटर में यह भी संकेत नहीं हुआ कि कुछ भी गलत था। CPI को दोबारा बैठाने की कोशिश नहीं की गई। सीएमओएस को साफ करने की कोशिश की, लेकिन शायद बैटरी को लंबे समय तक छोड़ देना चाहिए।
मिररफेड

जबकि सच है, यह वास्तव में अकेले सॉफ्टवेयर के माध्यम से हार्डवेयर को नष्ट करने के लिए बहुत दुर्लभ है। एक उल्लेखनीय अपवाद CRTs की उम्र में था, जहां बुरी तरह से व्यवस्थित समय CRT के इलेक्ट्रॉनिक्स को नष्ट कर सकता था। बहुत सबसे बुरी बात एक BIOS / UEFI भ्रष्टाचार है, जो होगा: हालांकि, यह यहाँ ऐसा नहीं है नहीं सही मायने में हार्डवेयर विनाश। इसके अलावा, ओपी ने एक और समान डिस्क की कोशिश की (जगह में यूईएफआई विभाजन के साथ) और यह कुछ भी नहीं बदला। संभवतः WS हार्डवेयर पहले से ही दोषपूर्ण था , और जारी किए गए आदेश के द्वारा लगाए गए लोड ने इसके लिए अंत वर्तनी लिखी थी।
शोदनशोक

10

मस्ती करते हुए, rm -rf /केवल अपनी छोटी जेल के अंदर एक कहर तोड़ सकते हैं - और यह विभाजन है। यह डिस्क MBR को गड़बड़ नहीं कर सकता है, और न ही यह आपके कंप्यूटर को जादुई रूप से नष्ट कर सकता है।

आपके मामले में कुछ और गलत है।


सच। यूईएफआई सिस्टम के लिए संभवतः डिस्क जीपीटी (हालांकि एमबीआर नहीं, लेकिन जीपीटी विभाजन है। और एक यूईएफआई सिस्टम विभाजन जो आमतौर पर एफएटी 32 है)।
हेल्स

1
मैं कहूंगा कि "rm -rf / --no-preserve-root" चलाना सिद्धांत में ही मजेदार है। व्यवहार में यह जल्द ही पर्याप्त हो जाता है जब कुछ महत्वपूर्ण पुस्तकालय हटा दिए गए हैं।
aseq

1
@aseq वास्तव में ज्यादातर मामलों में प्रोग्राम और लाइब्रेरी मेमोरी में कैश्ड हो जाते हैं, ध्यान दें कि लिनक्स के साथ आप प्रोग्राम को बाइनरी हटा सकते हैं जबकि यह चल रहा है और यह पूरा होने तक चलता रहेगा। यह वास्तव में वास्तव में काफी दूर हो सकता है।
वैधता

हां मुझे पता है, लेकिन कुछ बिंदु पर यह बारफ होगा। :-)
शाम

8

अन्य उत्तर इस बात से सहमत प्रतीत होते हैं कि BIOS को पोंछना संभवतः आपकी समस्या नहीं है, इसलिए यहां एक और विचार है:

मेरा कंप्यूटर, जब UEFI मोड में स्विच किया जाता है, तो BIOS स्क्रीन को पूरी तरह से छोड़ देता है। किसी निर्माता का लोगो नहीं, कुछ भी नहीं। यह केवल बूट करने की कोशिश करता है और मुझे बताता है कि कोई बूट करने योग्य मीडिया (या बूट) नहीं है।

अगर मुझे सेटअप दर्ज करने की कुंजी याद है, तो मैं कंप्यूटर के ऊपर आकर इसे बेकार कर सकता हूं, और मैं अभी भी BIOS सेटिंग्स में जा सकता हूं।

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


हालाँकि, चूंकि आपको "कोई बूट करने योग्य मीडिया" त्रुटि नहीं मिल रही है, इसलिए इस मामले में ड्रोनस का उत्तर आपका समाधान हो सकता है। मुझे आशा नहीं है!
सोमपोम

2

/sys/firmware/efi/efivarsएक विशेष फाइल सिस्टम है जिसमें सभी EFI वैरिएबल हैं। यदि विक्रेता ने सर्वोत्तम प्रथाओं का पालन नहीं किया है , तो यह संभव है कि आपके rm -rfमहत्वपूर्ण लोगों को मिटा दिया जाए और इस प्रकार फर्मवेयर को भ्रमित किया जाए।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.