यहाँ स्लैशडॉट का एक लेख है rm -rf --no-preserve-root /जिसमें EFI चर को हटाने के कारण UEFI मदरबोर्ड को कैसे ईंट किया गया है:
UEFI का उपयोग करने वाली नई प्रणालियों के लिए, rm -rf / को चलाना आपके सिस्टम को स्थायी रूप से ईंट करने के लिए पर्याप्त है। जबकि लिनक्स सिस्टम पर चलने के लिए यह एक तुच्छ आदेश है, UEFI का उपयोग करते समय विंडोज और अन्य ऑपरेटिंग सिस्टम भी इस समस्या से ग्रस्त हैं। समस्या यूईएफआई चर को पढ़ने / लिखने की अनुमति के साथ मुहिम शुरू करने के लिए नीचे आती है और जब पुनरावर्ती सब कुछ हटा दिया जाता है, तो यूईएफआई चर भी मिटा दिए जाते हैं। सिस्टम डिवेलपर्स ने ईएफआई वेरिएबल्स को रीड-ओनली बढ़ते हुए खारिज कर दिया है, क्योंकि उनके लिखने के लिए वैध उपयोग के मामले हैं। उन्हें केवल-पढ़ने के लिए माउंट करना भी अन्य अनुप्रयोगों को तोड़ सकता है, इसलिए अब आपके सिस्टम को संभावित रूप से ईंट से बचने के लिए कोई अच्छा समाधान नहीं है, लेकिन कर्नेल डेवलपर्स इस मुद्दे की जांच कर रहे हैं।
यहाँ AskUbuntu पर एक उपयोगकर्ता का एक पोस्ट है जो rm -rf --no-preserve-root /उनके मदरबोर्ड को ईंट करने के साथ उनके अनुभव का विवरण देता है:
हालाँकि, पुनः आरंभ करने पर, मॉनीटर को कोई इनपुट नहीं मिल रहा था। इसके अलावा, HDD संकेतक (या जो भी लाल बत्ती थी) एक काम नहीं कर रहा था। (यह वास्तव में बंद था।) प्रशंसक काम कर रहे थे और डीवीडी ड्राइव, हालांकि था। (मुझे नहीं लगता कि वहाँ एक पीसी स्पीकर है, इसलिए यदि आपको कुछ बीप त्रुटि कोड की आवश्यकता है, तो क्षमा करें।)
उत्तर के साथ :
बिंदु 1: हटाने / sys / फर्मवेयर / efi / efivars / आपके EFI कॉन्फ़िगरेशन को थ्रैश करना चाहिए, लेकिन ठीक से कार्यान्वित EFI में यह पुनर्प्राप्त करने योग्य होना चाहिए।
बिंदु 2: टूटे हुए / खराब कार्यान्वित किए गए ईएफआई के साथ कुछ टुकड़े हार्डवेयर बाहर हैं, जो उन्हें मानक अनुरूप सामान करके स्थायी रूप से ईंट किया जा सकता है। उदाहरण के लिए देखें कि उबंटू ने कुछ EFI मेमोरी में अतिरिक्त डेटा स्टोर करके सैमसंग के कुछ लैपटॉप को बंद कर दिया। यह व्यवहार मानक से ठीक था लेकिन इस विशेष कार्यान्वयन को तोड़ दिया।
अंक 3: किसी भी चीज़ को रूट के रूप में चलाने से जो / dev / sda को लिखता है, आपकी विभाजन तालिका और / या फाइल सिस्टम को नष्ट कर देगा। यह विशेष रूप से बुरा है यदि आपके पास कोई बैकअप नहीं है, लेकिन विभाजन के बाद, नए फाइल सिस्टम बनाने और अपने ओएस को फिर से इंस्टॉल करने से आपकी मशीन फिर से काम करेगी। तो आप कुछ अन्य मीडिया को बूट करके और अपने इंस्टॉलेशन को फिर से कर सकते हैं।
बिंदु 4: अपने ईएफआई को फेंकना एक पूरी तरह की समस्या है। सबसे खराब स्थिति में आप मशीन के साथ कुछ भी नहीं कर पाएंगे क्योंकि यह POST को नहीं मिलेगा। अन्य मीडिया से कोई बूटिंग नहीं, लापता सामान को ठीक करने के लिए कुछ ईएफआई उपयोगिता में प्रवेश नहीं। एक ऐसा बिंदु जो आपका कंप्यूटर वास्तव में महंगा पेपरवेट है।
वितरण में समस्या उत्पन्न होती है जो सिस्टमैड को चलाती है और efivarfs को लिखने योग्य (/ / sys / फर्मवेयर / efi / efivars पर) माउंट करती है। सिस्टमड को वहां लिखने की आवश्यकता है, इसलिए सिस्टमड का उपयोग करने वाले वितरण प्रभावित होते हैं। हालांकि, ऐसा कोई संकेत नहीं है कि अपस्टार्ट सिस्टम प्रभावित हैं।