ठीक है। बस कुछ दिन पहले, हमने मेरे गड़बड़ लैपटॉप और उसके आठ-बूट Windows-और-Linux सेटअप में KDE neon इंस्टेंस की बाद की रिकवरी के बारे में बात की थी। जैसा कि यह पता चला है, विभिन्न वितरण बूट नहीं करेंगे क्योंकि उन्हें एक गैर-मौजूद पार्टीशन को माउंट करने के लिए कॉन्फ़िगर किया गया था। ऐसा इसलिए हुआ क्योंकि नए Linux सिस्टम डिवाइस को चिह्नित करने के लिए एक उप-इष्टतम तरीके का उपयोग करते हैं, अर्थहीन, मानव-अपठनीय UUID स्ट्रिंग्स के बजाय सरल संख्याओं के।
खैर, हमें Windows 10 इंस्टेंस को भी ठीक करने की आवश्यकता है। यहां, मुद्दा कुछ हद तक समान था। Windows 10 बूट होना शुरू होगा, फिर PC का निदान करने के बारे में एक संदेश होगा, स्वचालित मरम्मत - और फिर, अनुमानित रूप से, स्वचालित मरम्मत विफल हो जाएगी। पिछले लेख में, हम पहले ही स्थापित कर चुके हैं कि Windows 10 पार्टीशन स्वस्थ था, सभी डेटा वहां था, इसलिए मैं कोई रीसेट या ऐसा कुछ नहीं करना चाहता था। मुझे दिखाते हैं कि मैंने इस बल्कि कष्टप्रद मुद्दे को कैसे सुंदरता से ठीक किया।
समस्या अधिक विस्तार से
पीला नीला Windows 10 रिकवरी कंसोल स्क्रीन आने पर, यह पढ़ता था:
स्वचालित मरम्मत आपके PC की मरम्मत नहीं कर सकी।
"उन्नत विकल्प" दबाएं अपने PC की मरम्मत के लिए अन्य विकल्प आज़माने के लिए या "शट डाउन" अपने PC को बंद करने के लिए।
लॉग फ़ाइल: C:\Recovery\WindowsRE\Winre.wim\System32\Logfiles\Srt\SrtTrail.txt।
एक अच्छे टेक्नी की तरह, मैंने फैसला किया कि सबसे अच्छा कदम उन्नत विकल्पों में जाना है, एक कमांड लाइन प्रॉम्प्ट शुरू करें, और फिर लॉग फ़ाइल पर नेविगेट करें और सामग्री पढ़ें। सिवाय इसके कि यह फ़ाइल वहां नहीं थी। हम जल्द ही इसका पता लगाएंगे।
इस बिंदु पर, मैंने सोचा कि हालिया सिस्टम इमेज रिकवरी टेस्ट जो मैंने किया था, वह मुद्दों के लिए आंशिक या पूरी तरह से जिम्मेदार हो सकता है। तो शायद Windows 10 बूटलोडर को ठीक करने की आवश्यकता थी। मुझे संदेह था, विशेष रूप से चूंकि मैं Linux बूटलोडर का उपयोग करके अनुक्रम को नियंत्रित कर रहा था, लेकिन स्पष्ट को खत्म करने के लिए, मैंने सरल बूटलोडर फिक्स को आजमाने का फैसला किया:
bootrec.exe /rebuildbcd
bootrec.exe /fixmbr
bootrec.exe /fixboot
मुझे तुरंत समस्याओं का सामना करना पड़ा। अगर मैंने इस कमांड को Windows 10 USB थंब ड्राइव से चलाया, तो यह कुछ भी नहीं ढूंढ पाएगा। फिर से, इसके लिए एक कारण है, हम वहां पहुंचेंगे। अगर मैंने इसे रिकवरी कंसोल से चलाया, तो यह एक ढूंढ लेगा, लेकिन यह D:\ ड्राइव को संदर्भित करेगा C:\ ड्राइव के बजाय, और जब मैंने वास्तव में एंट्री जोड़ने की कोशिश की, तो कमांड शिकायत करेगा कि यह ऑपरेशन पूरा नहीं कर सका:
निर्दिष्ट पथ नहीं मिल सकता।
और अंतिम कमांड का परिणाम निम्न त्रुटि में होगा:
पहुंच अस्वीकृत।
यह तथ्य कि लॉग फ़ाइल C:\ के तहत होनी चाहिए थी लेकिन वहां नहीं थी, और यह तथ्य कि bootrec.exe को D:\ के तहत एक ऑपरेटिंग सिस्टम मिला, मुझे विश्वास दिलाता है कि शायद ड्राइव अक्षर सही ढंग से असाइन नहीं किए गए थे, और मुझे इसे ठीक करने की आवश्यकता थी। तो आइए समाधान में प्रवेश करें।
समाधान 1
मैंने cmd से diskpart टूल लॉन्च किया। यह डिस्क मैनेजर टूल है जिसे आप सामान्य रूप से Windows में उपयोग करेंगे, जिसका अर्थ है एक अच्छा GUI। यहां हमें कमांड-लाइन, उह, कमांड का उपयोग करने की आवश्यकता है। यदि आप सुनिश्चित नहीं हैं कि क्या करना है, तो आप विभिन्न विकल्पों और फ्लैग का अंदाजा लगाने के लिए बस ? टाइप कर सकते हैं। तो पहले, आइए वॉल्यूम अक्षरों की जांच करें।
diskpart
list volumes
मेरे उदाहरण में, मैंने देखा कि C:\ ड्राइव गलत तरीके से असाइन किया गया था। तो मैंने इसे बदल दिया। यदि अक्षर C: लिया गया है, तो आपको दो चरणों की आवश्यकता है, पहले उस ड्राइव को एक मुफ्त अक्षर असाइन करें, और फिर सही ड्राइव असाइन करें। उदाहरण के लिए (वास्तविक संख्याओं को अनदेखा करें, क्योंकि वे विशिष्ट रूप से आपके सेटअप पर निर्भर करेंगे):
select volume 2
assign letter=(कुछ जो C नहीं है):
select volume 5
assign letter=C:
मैं bootrec.exe चलाने के लिए वापस गया, और मैंने प्रगति की, लेकिन सिस्टम अभी भी बूट नहीं होगा।
समाधान 2
इस बिंदु पर, मुझे यकीन था कि समस्या बूटलोडर के साथ नहीं थी। तो यह बूट प्रक्रिया में अगले चरण पर जाने का समय है। इस मामले में, बूट इमेज, जो EFI पार्टीशन पर स्थित है। शायद, किसी भी कारण से, यह फ़ाइल किसी तरह करप्ट हो गई थी, और इसे पुनर्निर्माण करने की आवश्यकता थी।
मैं रिकवरी कंसोल में बूट हुआ, और diskpart के साथ फिर से अभ्यास चलाया, केवल अब, दो चरण थे। पहला, सही वॉल्यूम को C:\ पर मैप किया जा रहा है। दूसरा, मैंने सुनिश्चित किया कि मैं EFI पार्टीशन के साथ काम कर रहा था। ड्राइव अक्षर पर सावधानीपूर्वक ध्यान दें। यदि आप गड़बड़ करने से डरते हैं, तो आप फिर वॉल्यूम का चयन कर सकते हैं, इसे एक नया अक्षर असाइन करें, और फिर बूट इमेज के पुनर्निर्माण के लिए आगे बढ़ें। यदि अक्षर सही हैं, तो आप इसे छोड़ सकते हैं।
diskpart
list volumes
# उस पार्टीशन का चयन करें जो C: से मेल खाता है
select volume X
assign letter=C:
# EFI पार्टीशन का चयन करें (FAT32, बूट फ्लैग के साथ और अक्सर छिपा हुआ)
select volume Y
assigned letter=F:
exit
मैं EFI के लिए अक्षर F के साथ गया। आप जो चाहें चुन सकते हैं। अब, बूट इमेज मरम्मत चरण:
bcdboot.exe C:\Windows /s F: /f UEFI
यहां हमारे पास क्या है? हम निम्न तरीके से bcdboot चलाते हैं:
- स्रोत - C:\Windows से BCD फ़ाइलों का उपयोग करके सिस्टम पार्टीशन को इनिशियलाइज़ करता है।
- /s - सिस्टम (EFI) पार्टीशन का अक्षर निर्दिष्ट करता है।
- /f - फर्मवेयर प्रकार निर्दिष्ट करता है।
/s और /f दोनों वैकल्पिक हैं। विवरण के लिए तकनीकी संदर्भ देखें।
एक बार यह चरण पूरा हो जाने पर, मैंने रीबूट किया, और Windows 10 ठीक से लॉन्च हुआ, सब कुछ बरकरार। अन्य सभी Linux वितरण काम कर रहे थे, GRUB2 अछूता रहा, और कोई डेटा हानि नहीं हुई।
निष्कर्ष
मैंने इस अभ्यास को काफी निराशाजनक पाया, लेकिन साथ ही काफी आनंददायक भी। जब गहरी तकनीकी चीजों की बात आती है, तो Windows बहुत कुछ Linux की तरह व्यवहार करता है। और जब सिस्टम बूट त्रुटियों की बात आती है तो यह समान रूप से अस्पष्ट और गैर-लचीला है। मुझे आश्चर्य है कि स्वचालित मरम्मत वह नहीं कर सकी जो मैंने किया। मेरे द्वारा उठाए गए चरणों के अनुक्रम में कुछ भी विशेष या जादुई नहीं है। साथ ही, लॉग्स आसानी से सुलभ नहीं हैं। पहली त्रुटि स्क्रीन पर, वहीं उन्हें पढ़ने की अनुमति क्यों नहीं देते?
एक और मुद्दा है, जब सिस्टम चीजों की अपेक्षा कैसे करता है, इसमें विसंगतियां होती हैं - जैसे ड्राइव अक्षर, आप अचानक आधा दर्जन अन्य मुद्दों का सामना करते हैं जो केवल आपको विचलित करते हैं। समाधान बहुत कठिन नहीं है, लेकिन आप बकवास का निवारण करने में समय बर्बाद करते हैं। यह मॉडर्न सॉफ़्टवेयर है आपके लिए। खैर, मुझे आशा है कि मैंने थोड़ा सा स्पष्ट किया है कि आप संभावित रूप से क्या कर सकते हैं यदि आप मल्टी-बूटिंग कर रहे हैं, और आपको Windows 10 शुरू करने में समस्या है। यदि डेटा बरकरार है, तो सरल शुरू करें, और बूट अनुक्रम के माध्यम से चरण दर चरण काम करें। जहां तक दर्शन का सवाल है, यह Linux जैसा ही है। भविष्य गुलाबी नहीं है, इसलिए जो थोड़ी तकनीकी स्वतंत्रता आपके पास है, उसका आनंद लें इससे पहले कि यह सब अमूर्त दुःस्वप्न बन जाए।
चीयर्स।
