यदि कोई एक व्यक्ति है जो अपने हार्डवेयर को सीमा तक धकेलेगा, तो वह मैं हूँ। 2015 की शुरुआत में, मैंने एक Lenovo Ideapad G50-70 मशीन खरीदी, जिसे मैंने सॉफ्टवेयर परीक्षण के लिए पूरी तरह से समर्पित कर दिया, जिसमें कई लिनक्स डिस्ट्रो शामिल हैं। ढाई साल आगे बढ़ें, चीजें बदल गई हैं।
तो क्या हुआ? जिस तरह से मैं हमेशा करता हूँ, मैंने एक ताजा डिस्ट्रो ISO डाउनलोड किया, इसे एक थंब ड्राइव पर लिखा और फिर लैपटॉप को साइकिल किया, ताकि यह बाहरी डिवाइस से बूट हो। केवल यह नहीं हुआ। डिवाइस पहचाना नहीं गया। क्या। मुझे पसंद नहीं आया। यह सोचकर कि Etcher के किसी विशेष संस्करण के साथ कोई समस्या थी, डेटा लेखन कार्य के लिए पसंद का सॉफ्टवेयर, मैंने प्रोग्राम के एक पुराने संस्करण की कोशिश की, उसी परिणाम के साथ। एक अलग थंब ड्राइव आजमाया। नहीं। तीन अलग-अलग डिस्ट्रोज़ आजमाए, जिनमें से दो वास्तव में बॉक्स पर इंस्टॉल हैं, कुछ नहीं।
जांच
कहानी गाढ़ी होती है। मुझे विचारों और विचारों का पूरा क्रम याद नहीं है जो घटित हुए, लेकिन मैंने हार्डवेयर से संबंधित किसी भी आगे के समस्या निवारण से पहले, चीजों के सॉफ्टवेयर पक्ष पर ध्यान केंद्रित करने का फैसला किया।
फिलहाल, मशीन पर मेरे पास मौजूद जटिल मल्टी-बूट सेटअप को नियंत्रित करने वाला डिस्ट्रो openSUSE Leap 42.3 है। मुझे याद आया कि, इंस्टॉलेशन के दौरान, इसने वास्तव में मुझसे पूछा था कि क्या मैं सिक्योर बूट सपोर्ट को सक्षम करना चाहता हूँ, और क्या यह शायद कारण हो सकता है कि सिस्टम किसी भी नए बूट डिवाइस को मना कर रहा है। यह वास्तव में ऐसा नहीं लगता, क्योंकि वैध, हस्ताक्षरित इमेज वाले अन्य डिस्ट्रो हैं, लेकिन फिर भी। मैंने सेटिंग बदल दी, रीबूट किया, कुछ नहीं।
ठीक है, ठीक है, मैंने वास्तव में कुबंटू Zesty को लैपटॉप के मल्टी-बूट वातावरण के प्रभारी डिस्ट्रो के रूप में सेट अप करने का फैसला किया, बस यह सुनिश्चित करने के लिए कि यह openSUSE नहीं है जो पूरे सौदे को खराब कर रहा है। मुझे पहले से ही लगा था कि यह मदद नहीं करेगा, लेकिन आपको धीरे और धैर्य से काम करना चाहिए, ताकि आप कुछ भी न चूकें। सही। अब, जैसा कि मैंने पहले ही अपने GRUB और EFI रिकवरी ट्यूटोरियल में आपको दिखाया है, बूटलोडर को पुनर्स्थापित करने के कई तरीके हैं, और फिर, ऐसा करते समय, मैंने यह देखा:
Installing for x86_64-efi platform.
Could not delete variable: Interrupted system call
Could not add entry to BootOrder: Interrupted system call
Installation finished. No error reported.
अच्छा नहीं। मैंने efibootmgr का सीधे उपयोग करने की भी कोशिश की, और वही त्रुटि संदेश मिला। इस बिंदु पर, मैं ऑनलाइन गया, और इस मुद्दे के कुछ संदर्भ पाए। अजीब तरह से, या नहीं, openSUSE उपयोगकर्ताओं का एक गुच्छा इस बहुत ही चीज के बारे में शिकायत कर रहा था, और कैसे वे अपने UEFI सेटअप में बदलाव करने में असमर्थ थे, जिसके परिणामस्वरूप मेरी तरह ही निराशा हुई। लेकिन विशेष रूप से नहीं। Arch, Debian, Fedora, आप इसे नाम दें।
मैंने समस्या निवारण करने का फैसला किया और बूट मैनेजर में विभिन्न तरीकों से बदलाव करने की कोशिश की। मैंने efibootmgr की कोशिश की, मैंने विंडोज 10 के माध्यम से bcdedit की कोशिश की। वहां भी, मुझे एक समान त्रुटि मिली:
bcdedit.exe /import newbcd /clean
The store import operation has failed.
The request was aborted.
फिर मैंने UEFI मेनू में कोई भी बदलाव करने की कोशिश की, यह देखने के लिए कि क्या यह कोई अंतर लाएगा। अनुमानतः, मैंने जो कुछ भी किया, रीबूट के बाद बदलाव नहीं टिका। ऐसा लग रहा था कि NVRAM रीड-ओनली हो गया था।
अगले कदम ... और नहीं
खैर, मैंने कुछ मामूली हार्डवेयर ट्रिक्स आजमाए - बैटरी हटाओ, पावर बटन दबाए रखो, उन प्रकार के मासूम खेल। मैंने UEFI को री-फ्लैश करने की भी कोशिश की, दुर्भाग्य से BIOS संस्करण मेल खाते थे, और लेनोवो यूटिलिटी मुझे ऐसा नहीं करने देती। मैंने उनके समर्थन से संपर्क किया, अतिरिक्त डायग्नोस्टिक टूल्स के लिए पूछ रहा था जिनका मैं उपयोग कर सकूं, लेकिन उन्होंने केवल KB लेख प्रदान किए जो पहले से ही सार्वजनिक हैं और उन चीजों के डाउनलोड लिंक जो आप स्वयं प्राप्त कर सकते हैं।
मैंने BIOS टूल का एक पुराना संस्करण ढूंढने में कामयाबी हासिल की - भले ही यह मुश्किल व्यवसाय था उसकी खोज करना, लेकिन फिर से, यूटिलिटी ने वर्तमान से पुराने संस्करण को फ्लैश करने से इनकार कर दिया। मुझे प्रक्रिया को मजबूर करने का कोई तरीका नहीं मिला। यह एक नो गो है।
अब क्या
तो फिलहाल, मेरे पास एक पूरी तरह कार्यात्मक लैपटॉप है एक निश्चित कॉन्फ़िगरेशन के साथ। इसका मतलब है कि मैं इसका उपयोग नए डिस्ट्रो परीक्षण के लिए नहीं कर सकता - मैं इसका उपयोग इन-विवो अपग्रेड परीक्षणों के लिए कर सकता हूँ, और निश्चित रूप से, सॉफ्टवेयर से संबंधित ट्यूटोरियल और विषयों की एक श्रृंखला के लिए। वास्तव में, मैं कर सकता हूँ, लेकिन यह एक अलग लेख का विषय है, और यह काफी खतरनाक है। इसके बारे में बाद में। वैसे भी, सेटअप वैसे ही रहता है जैसा वर्तमान में है, और इसमें शामिल हैं, पार्टीशन क्रम में:
- Windows 10 Home (/dev/sda5)
- Xubuntu 17.04 Zesty Zorba (/dev/sda6)
- Ubuntu 16.04 Xenial Xerus (/dev/sda7)
- CentOS 7.2 KDE (/dev/sda8)
- Manjaro 17.0.1 Gellivara Xfce (/dev/sda9)
- OpenSUSE Leap 42.3 Plasma (/dev/sda13)
- Kubuntu 17.04 Zesty Zeus (/dev/sda14)
- Fedora 25 Workstation Gnome (/dev/sda15)
तो मेरे पास एक बहुत दिलचस्प आठ-बूट सेटअप है। ऐसा कुछ नहीं जो ज्यादातर लोग कभी करेंगे या कॉन्फ़िगर करेंगे। और मैंने पिछले ढाई वर्षों में लगभग 200-300 डिस्ट्रो इंस्टेंस इंस्टॉल किए होंगे। उसमें कभी-कभी बूटलोडर अपडेट, बूटलोडर ऑर्डर परिवर्तन, और तथ्य यह है कि डेटा NVRAM में कई टुकड़ों में फ्लैश किया जाता है, जिनमें से प्रत्येक छोटी मेमोरी स्ट्रिप में टूट-फूट का परिचय देता है। हम लगभग एक हजार फ्लैश या अधिक की बात कर रहे हैं। इसलिए मैंने शायद सेमीकंडक्टर बैंड को नंगा पहन लिया है, और कोई इलेक्ट्रॉन नहीं बचे हैं।
अधिकांश टेक्नी (साधारण लोग बस जो वहां है उसका उपयोग करते हैं) शायद अपने लैपटॉप को, उनके विशिष्ट जीवनकाल के लगभग तीन से पांच वर्षों में, इंस्टॉलेशन के एक छोटे से मुट्ठी भर के अधीन करेंगे। दस से अधिक नहीं। मैंने इस संख्या को लगभग दो आदेशों के परिमाण से पार कर लिया है। हम UEFI दुरुपयोग के 300-500 लैपटॉप वर्षों की बात कर रहे हैं, और यह इस छोटे से उपद्रव का संभावित कारण है।
इसका अर्थ यह भी है - फिलहाल के लिए - जब तक मैं तय नहीं करता कि एक नई टेस्ट मशीन खरीदनी है, मैं अपने पुराने LG RD510 मशीन पर नए डिस्ट्रो परीक्षण करूंगा, जैसा कि आपने पहले ही Antergos और कुछ अन्य के साथ देखा है। यह केवल एक एजिंग प्रोसेसर के साथ डुअल बूट होने जा रहा है, लेकिन शायद प्रदर्शन बाधाओं और Nvidia कार्ड की उपस्थिति के कारण थोड़ा अधिक दिलचस्प। मैं अभी भी सभी कूल बिट्स और टुकड़े करूंगा। कोई UEFI नहीं और शायद नेटवर्क के साथ कोई हार्डवेयर समस्या नहीं। लेकिन मैं आपको संपूर्ण, विस्तृत और ईमानदार समीक्षा देने का प्रयास करूंगा। साथ ही मैं निश्चित रूप से कुछ नया हार्डवेयर खरीदने जा रहा हूँ, और फिर हम दर्द और बग्स और ड्रामा में वापस आ जाएंगे।
एक और बात - मेरा लेखन कतार बहुत लंबा है। हम पहले से लिखे गए लगभग तीन महीने के लेखों की बात कर रहे हैं। उनमें से कुछ तब पूरे हुए जब छोटा G50 अच्छी तरह से काम कर रहा था, इसलिए इसे ध्यान में रखें। यह दिलचस्प होना चाहिए। और मजेदार।
निष्कर्ष
यह लेख लिखते समय, मेरे मन में एक विचार आया। शायद, अगर कोई बहुत सारे फर्मवेयर फ्लैशिंग के साथ प्रचुर मात्रा में परीक्षण कर रहा है, तो लिगेसी मोड का उपयोग करना मददगार हो सकता है। इसका मतलब कोई UEFI मोड नहीं, लेकिन शायद यह इतना बुरा नहीं है। सामान्य तौर पर, पूरी फ्लैशी चीज़ रूटर्स पर भी लागू होती है। हर बार जब आप कॉन्फिग बदलते हैं, तो एक सेल मर जाता है। इसे याद रखें। वैसे भी, G50 एक विशेष टेस्ट केस बन जाता है, और पुराना LG धमाके के साथ लौटता है। एक योग्य उत्तराधिकारी मिलने तक सिंहासन के लिए। Tux Vivat!
अब, एक बहुत गंभीर नोट पर, मैं आपसे पूछ रहा हूँ अगर आपके पास कोई विचार है कि आगे क्या करना है। मैं लैपटॉप को विघटित करने का इच्छुक नहीं हूँ। CMOS बैटरी भी नहीं हो सकती है। और कोई भी जोरदार लैपटॉप परिवर्तन एक ब्रिक्ड डिवाइस का कारण बन सकता है। इसलिए, यदि आपके पास कोई सुझाव है, और कृपया ऑनलाइन खोज न करें, मैंने वह टुकड़ा किया है, यदि आपके पास वास्तव में उचित व्यक्तिगत तकनीकी समझ और विशेषज्ञता है, तो मुझे ईमेल करें, और मुझे अपने विचार और तरकीबें बताएं, अधिमानतः गैर-विनाशकारी। विचार NVRAM को लैपटॉप को मारे बिना पुनर्जीवित करने की कोशिश करना है। खुद को व्यक्त करें।
चीयर्स।
