"डिस्क रीड एरर होने का कारण क्या होता है, Ctrl + Alt + Del को पुनरारंभ करने के लिए दबाएं"?

Question

मेरे पास एक वर्चुअल मशीन है जिसमें विंडोज एक्सपी एसपी 3 है।

जब मैंने VHD फ़ाइल (और एम्बेडेड विभाजन) का आकार बदल दिया, और बूट करने की कोशिश की, मुझे मिल गया:

A disk read error occurred
Press Ctrl + Alt + Del to restart

कुछ नोट:

• FixBootऔर FixMBRमदद नहीं करते।

• ChkDsk मदद नहीं करता है।

• विभाजन वास्तव में सक्रिय है।

• विभाजन सिलेंडर 1, हेड 1 के सेक्टर 63 (यह भी समस्या से पहले ऐसा किया था ) पर शुरू होता है , और इसे 0x07 (NTFS) के रूप में चिह्नित किया जाता है।

• मेरा होस्ट OS VHD और विभाजन को पूरी तरह से ठीक करता है

• मुझे तय करने के बजाय कारण जानने में दिलचस्पी है । इसलिए "डिस्क को फिर से प्रारूपित करें", "विंडोज को पुनर्स्थापित करें", आदि वैध समाधान नहीं हैं।

  यह सब के बाद एक आभासी मशीन है ... मेरे पास खोने के लिए कुछ भी नहीं है, इसलिए मुझे इसे ठीक करने की परवाह नहीं है।
  मैं सिर्फ यह जानना चाहता हूं कि इस समस्या का कारण क्या है, अगर मैं इसे फिर से एक भौतिक मशीन पर चलाता हूं (जो मैंने पहले किया है)।

---

और जानकारी:

मैंने एक नमूना वीएचडी फ़ाइल का चित्रण किया (लगभग) वही समस्या जो आप यहाँ डाउनलोड कर सकते हैं ।

समस्या को पुन: उत्पन्न करने के लिए:

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

• अब विंडोज के डिस्क प्रबंधन में VHD को माउंट करने का प्रयास करें, और चल रहा है BootSect.exe /NT60 X: /MBR, जहां X:माउंटेड वॉल्यूम का ड्राइव अक्षर है। (उपकरण का स्थान होने की संभावना है C:\boot\bootsect.exe, लेकिन यदि यह आपके सिस्टम पर नहीं है, तो आपको इसे कहीं और ढूंढना होगा ...) अब इसे माउंट करें, और बूट करने का प्रयास करें। बूट को अब सही ढंग से आगे बढ़ना चाहिए। (हालांकि यह Hal.dll नहीं मिलेगा, कम से कम आपको पता है कि यह काम कर रहा है।)

• अब अंतिम चरण के रूप में एक ही बात करते हैं, लेकिन /NT52इसके बजाय का उपयोग करें /NT60। अब आपको पहली त्रुटि के साथ बधाई दी जाएगी - यह दर्शाता है कि विंडोज एक्सपी लोडर डिस्क को पसंद नहीं करता है ।
  तो मेरा सवाल है: क्यों?

Comments

@ मोहब: आपने जो कहा वह कोई मायने नहीं रखता। :( मैंने अपने मेजबान सिस्टम पर इसका आकार बदला, और भले ही मैंने इसे अपने गेस्ट सिस्टम पर किया हो, ऐसा नहीं है कि सॉफ्टवेयर अलग तरह से व्यवहार कर रहा होगा ...

— मेहरदाद

@ मोहब: क्या आप मान रहे हैं कि यह गतिशील रूप से आकार में है? क्योंकि यह निश्चित रूप से एक निश्चित आकार की ड्राइव है ... और जैसा कि मैंने कहा, यह मेरे होस्ट ओएस में ठीक है, इसलिए ऐसा नहीं है कि यह अपठनीय है या कुछ और है।

— मेहरदाद

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

— Mokubai

कोशिश करने के लिए एक और बात एक नया (बड़ा) vhd बनाने के लिए और वीएम के भीतर Clonezilla का उपयोग करने के लिए पुराने विभाजन की प्रतिलिपि बनाएँ और देखें कि यह तब क्या करता है।

— Mokubai

Answer 1

कारण यह है कि बूटलोडर अन्य डिस्क क्षेत्रों को पढ़ने के लिए BIOS को कॉल कर रहा है और वह कॉल विफल हो रहा है, या बूटलोडर विभाजन तालिका को वैध नहीं मानता है।

अगर मैं गलत नहीं हूं, जब विंडोज एक डिस्क को प्रारूपित करता है, तो क्या यह उसके बहुत अंत में एक छोटा विभाजन नहीं बनाता है, या वहां एक बिना विभाजन के क्षेत्र को छोड़ देता है? क्या आपके आकार ने उपयोगिता को फिर से बनाया है? मूर्खतापूर्ण लगता है लेकिन यही कारण हो सकता है कि यह शिकायत कर रहा है। अजीब है, लेकिन मैं इसे विंडोज (और संभवतः नए संस्करणों में कुछ) पिछले नहीं डालूँगा कि इस तरह के एक quirk हो।

Comments

मैंने अंत में एक छोटा सा अनपैरिनेटेड क्षेत्र छोड़ने की कोशिश की (10 एमबी - मुझे याद है कि XP ​​आमतौर पर 8 एमबी है), लेकिन यह काम नहीं किया।

— मेहरदाद

मैंने इसे सिर्फ अपने VHD के लिए किया है। मैंने विभाजन का आकार बदल दिया और 20MB मुक्त असंबद्ध स्थान छोड़ दिया। इसने काम कर दिया। धन्यवाद, +1 प्राप्त करें।

— जेट

Answer 2

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

तथ्य यह है कि बहुत कम चीजें हैं जो गलत हो सकती हैं, या इससे भी बदतर हो सकती हैं, जो " गलत नहीं हो सकती हैं" अभी भी गलत हैं (यानी, एक गलत मूल्य कोई लक्षण नहीं दिखा सकता है)।

क्या संभावना थी कि जब आपने VHD फ़ाइल का आकार बदला, तो जिस उपकरण का आपने उपयोग किया था, उसमें बग था और उसने (सही ढंग से?) डिस्क के फ़ाइल-सिस्टम (विभाजन तालिका; बूट-रिकॉर्ड-बूट-सेक्टर) में कहीं फ़ील्ड को अपडेट नहीं किया था? ? NTFS मेटा-फाइलें?)

जैसा कि दूसरों ने बताया है, जो त्रुटि आपको मिल रही है वह आमतौर पर एक ओएस त्रुटि के विपरीत एक BIOS त्रुटि है। ऐसा होने की संभावना है कि जो क्षेत्र सही ढंग से अपडेट नहीं किया गया था वह डिस्क में जल्दी था (जैसे, बूट-रिकॉर्ड या विभाजन तालिका में) तो जब वीएम BIOS डिस्क को पढ़ने की कोशिश करता है, तो वह गलत / असंगत मान पा रहा है और फेंक रहा है एक अपवाद। आपने यह नहीं बताया कि आपने किस प्रकार का आकार परिवर्तन किया है। क्या आपने इसे सिकोड़ या विस्तारित किया था?

मेरी परिकल्पना यह है कि आपने इसे नीचे आकार दिया है , और BIOS विभाजन तालिका को पढ़ रहा है और डिस्क से परे (गैर-मौजूद क्षेत्रों में) पढ़ने की कोशिश कर रहा है क्योंकि डिस्क का आकार ठीक से अपडेट नहीं किया गया था।

मेजबान के लिए, मैं यह सुनिश्चित करूंगा कि डिस्क को सही ढंग से पढ़ने का कारण यह है क्योंकि सॉफ्टवेयर जो वीएचडी फ़ाइल को आरोहित करता है वह किसी न किसी तरह त्रुटि को मास्क कर रहा है। आखिरकार, होस्ट करने के लिए, "डिस्क" एक वास्तविक डिस्क नहीं है और वास्तव में सिर्फ एक ( .vhd) फ़ाइल है, जबकि अतिथि के लिए, डिस्क माना जाता है कि एक वास्तविक, भौतिक डिस्क है। जैसे, मेजबान त्रुटि-सही समस्याओं कि अतिथि नहीं कर सकता है।

आप यह देखने के लिए जांच सकते हैं कि क्या टूल का कोई अपडेटेड वर्जन है या VM में चलाने के लिए CloneZilla (या PTEdit की एक प्रति मिल जाए) जैसी बूट डिस्क का उपयोग करें और होस्ट के भीतर से "डिस्क" की जांच करें।

Comments

मैंने अभी इस पर एक और विभाजन प्रबंधक चलाया, और पहले वाले की तरह, इसने एक भी त्रुटि की सूचना नहीं दी। इतना भ्रमित ... (भी, कुछ और अजीब है: अगर मैं एक प्राथमिक मास्टर के बजाय एक प्राथमिक गुलाम के रूप में काम करने वाली डिस्क को बूट करता हूं, तो मुझे वही त्रुटि मिलती है ...)

— मेहरदाद

मैंने अभी पुष्टि की है कि यह एक विभाजन मुद्दा नहीं है , लेकिन एक डिस्क मुद्दा है। समस्या तब होती है जब मैं इसे आकार देने के लिए VHDResize का उपयोग करता हूं ... अंदर विभाजन को अछूता छोड़ दिया जाता है, लेकिन डिस्क को विभाजन के आकार से बड़ा आकार दिया जाता है।

— मेहरदाद

आपके द्वारा प्रश्न में जोड़ी गई तालिका को देखते हुए, ऐसा लगता है कि विभाजन समान है, लेकिन डिस्क विभाजन से केवल 1,147 सेक्टरों तक ही कम है। विभाजन के संबंध में मान अपरिवर्तित रहते हैं, इसलिए जो होने की संभावना है वह यह है कि .vhdफ़ाइल में कुछ मेटा-डेटा , जो डिस्क के आकार को नियंत्रित करता है, स्वयं गलत है। VM (BIOS सहित) से कोई भी उपकरण जो भी VM को डिस्क के बारे में बताता है, उसके लिए सीमित होगा।

— Synetech

ओह, तो आपको लगता है कि VHD स्वयं दूषित है (भले ही सामग्री ठीक हो)? यह एक दिलचस्प विचार है ... मैं इसे विंडोज में बढ़ते समय किसी भी त्रुटि पर नहीं आया हूं, लेकिन शायद यह सिर्फ भाग्य है ...

— मेहरदाद

डिस्क की सामग्री के अलावा, .vhdफ़ाइल में डिस्क के बारे में मेटा-डेटा होता है । शायद VHDResize एक फ़ील्ड को अपडेट नहीं कर रहा है जब यह संशोधन करता है। वीएचडी प्रारूप के लिए चश्मा उपलब्ध हैं, इसलिए इसे रिवर्स-इंजीनियर होने की आवश्यकता नहीं है; तो शायद यह सिर्फ एक बग है। > मैं विंडोज में बढ़ते समय किसी भी त्रुटि पर नहीं आया हूं क्या आप इसे माउंट कर सकते हैं और फिर त्रुटियों के बिना इसे प्रारूपित और भर सकते हैं?

— Synetech

Answer 3

╒═════════════════════════════════════════════════════════════════════════════╕
│   Sectors:     3149824          Disk Signature:  0xEE3EEE3E                 │
├─────────────────────────────────────────────────────────────────────────────┤
│Pos Idx Type/Name Size Boot Hide  Start Sector  Total Sectors  DL Vol Label  │
├─── ─── ───────── ──── ──── ──── ────────────── ────────────── ── ───────────┤
│ 1   1  07-NTFS   1.5G  Yes  No              63      3,148,677 F: <None>     │
╘═════════════════════════════════════════════════════════════════════════════╛

3,148,677 / 3,149,824 = 0.999636 = 1 - 0.000364

1.5G * 0.000364 = 0.000546G

वहाँ केवल 546 केबी के बारे में मुफ्त लगता है, यह संभव है कि यह बूट पर एक फ़ाइल नहीं लिख सकता है।

Comments

मुझे लगता है कि आप "1.5G" भी सचमुच ले रहे हैं। मुझे पूरा यकीन है कि यह चक्कर / काट रहा है।

— मेहरदाद

@ मेहरदाद: फिर, अभी भी। यदि बूट के दौरान पेज फ़ाइल का विस्तार करने की आवश्यकता है तो क्या होगा? इसे कुछ G विस्तृत करें और देखें कि क्या होता है। यदि यह अभी भी टूट गया है, तो कुछ आवश्यक बिट्स चले गए थे या वीएचडी भ्रष्ट है; अगर यह काम करता है, तो आप इसे पर्याप्त जगह नहीं छोड़ते। आप कह सकते हैं कि मैं इसे सचमुच लेता हूं; हां, कृपया विंडोज एक्सप्लोरर (डिस्क मैनेजर में इसे माउंट करें) का उपयोग करके ड्राइव के गुणों पर एक नज़र डालें, जो सटीक मुफ्त गिनती देनी चाहिए ...

— तमारा विजसमैन

आप करते हैं पता है कि पृष्ठ फ़ाइल केवल प्रयोग किया जाता है के बाद गिरी बूटिंग, सही समाप्त हो गया है? (यानी लगभग उसी समय जैसा कि BootExecute चलाया जा रहा है।) यह बात भी boot.ini को लोड नहीं कर रही है ।

— मेहरदाद

यदि आप रुचि रखते हैं, तो मैंने अपने अपडेट में निर्देशों के साथ एक नमूना अपलोड किया है। (हालांकि, इसे पुन: पेश करने में थोड़ा समय लग सकता है।)

— मेहरदाद

टॉम: आप देखेंगे कि क्या आप VHD I पोस्ट करते हैं। नहीं है कुछ भी नहीं है कि ड्राइव पर एक बूट लोडर के अलावा अन्य (यानी कोई रजिस्ट्री, कोई गिरी, कोई पृष्ठ फ़ाइल सेटिंग्स, नहीं भी एक hal.dll ... कुछ भी नहीं है ), तो एक पृष्ठ फ़ाइल के अस्तित्व नहीं वास्तव में वास्तव में प्रासंगिक है (देखें NT स्टार्टअप प्रक्रिया ... ध्यान दें कि पृष्ठ फ़ाइल रचना है waaaay गिरी लोड हो रहा है की तुलना में बाद में) ... और इसके अलावा, कैसे है कि तथ्य यह है कि इसे सही ढंग से काम करता है जब मैं bootsect का उपयोग / nt60 की व्याख्या करता है ?!

— मेहरदाद

Answer 4

एक संभावना मुझे दिखाई देती है कि वीएचडी का आकार बदलने के बाद, कुछ असंगतता मौजूद है जो BIOS को लगता है कि यह हार्ड डिस्क और डिस्क के बारे में स्वयं जानता है।

एक और संभावना यह है कि डिस्क पर मुक्त स्थान बहुत छोटा है या विंडोज के बूट के लिए बहुत अधिक खंडित है। कभी-कभी इस त्रुटि के साथ डिस्क को डीफ़्रैग्मेंट करना इसे बूट करने योग्य बनाता है।

[संपादित करें]

आपकी अतिरिक्त जानकारी के अनुसार, आपने VHD को 127GB से घटाकर 1.5GB कर दिया है, इसलिए पेजफाइल के लिए पर्याप्त जगह नहीं हो सकती है। आपके द्वारा उपयोग किया गया रिसाइज़र बहुत अधिक आक्रामक हो सकता है, या हो सकता है कि इस तरह की अचूक विंडोज सिस्टम फ़ाइलों को स्थानांतरित किया गया हो और इसलिए डिस्क को अनबूटेबल प्रदान किया गया हो।

उचित संचालन के लिए, विंडोज को डिस्क पर काफी खाली जगह की आवश्यकता होती है, इसमें से कुछ सन्निहित (कम से कम पेजफाइल के लिए)।

मुझे लगता है कि XPFile और सिस्टम रिस्टोर में XP को बंद करने के लिए 127GB VHD से सही प्रक्रिया होनी चाहिए थी, रीसायकल बिन को खाली करने के लिए, डीफ़्रेग्मेंटर के साथ डिस्क को डीफ़्रैग्मेंट करें जो सबसे ऊपर इस्तेमाल की गई जगह (या नीचे की तरफ खाली जगह) को समेकित कर सके। ), फिर मुक्त स्थान छोड़ने का आकार बदलें जो परिभाषित रैम आकार से कई गुना अधिक है।

इस प्रक्रिया के साथ आप शुरू करने के लिए एक व्यवहार्य और बूट करने योग्य डिस्क के साथ समाप्त हो सकते हैं।

कभी-कभी ये समस्याएं बार-बार रिबूट के साथ साफ हो जाती हैं, हो सकता है कि विंडोज अंत में डिस्क को अपनी पसंद के अनुसार पुनर्व्यवस्थित करने का प्रबंधन करे।

Comments

हाँ, मैं सोच रहा हूँ कि असंगति क्या हो सकती है।

— मेहरदाद

मैंने कुछ और अनुमान लगाए हैं।

— harrymc

पृष्ठ फ़ाइलों का उपयोग तब तक नहीं किया जाता है जब तक कि कर्नेल ने लोड करना समाप्त नहीं कर दिया हो । यहाँ समस्या यह है कि boot.ini को पहले से ठीक से लोड नहीं किया गया है, अकेले भी कर्नेल शुरू कर दें ... यहाँ समस्या केवल इस कारण से नहीं हो सकती है।

— मेहरदाद

बूट के दौरान विंडोज क्या करता है यह एक रहस्य बना हुआ है। मैं केवल इतना कह सकता हूं कि मैंने XP कंप्यूटरों में समान व्यवहार देखा है जो सिस्टम ड्राइव से अधिक भरा है। मेरा समाधान हमेशा सुधार और स्थापित करने के लिए था, इसलिए मुझे कभी पता नहीं चला कि समस्या क्या है।

— harrymc

यही मैंने कल उल्लेख किया है। मुझे संदेह है कि अगर मेहरदाद ने भी इसे आज़माया है, तो बूट पर लिखा गया विभिन्न सामान है, जिसे प्रोसेस मॉनीटर और विंडोज प्रदर्शन विश्लेषक जैसे ट्रेसिंग टूल में देखा जा सकता है। @harrymc: जैसा कि आपने कहा misteryमैं कम से कम एक प्रक्रिया की निगरानी बूट लॉग करने के लिए आप सुझाव है क्योंकि बूटिंग अनुक्रम एक रहस्य बिल्कुल नहीं है ... :)

— तमारा Wijsman

Answer 5

_{(एक और कुछ और अलग उत्तर जोड़ना)}

आप कहते हैं कि NT52 बूट-सेक्टर के साथ बूटिंग काम नहीं करता है, लेकिन NT60 करता है।

अंतर बूट प्रक्रिया में हो सकता है। NT52 XP बूट है जो NTLDR का उपयोग करता है, जबकि NT60 एक विस्टा विधि है जो बूटमग का उपयोग करता है।

NTLDR हार्ड ड्राइव और विभाजन का पता लगाने के लिए boot.ini फ़ाइल का उपयोग करता है। यह कंप्यूटर के फर्मवेयर (BIOS) को यह पता लगाने के लिए सुरक्षित करता है कि किस हार्ड ड्राइव को शून्य ड्राइव माना जाता है, फिर यह पता लगाने के लिए कि ड्राइव पर विभाजन तालिका को देखता है कि कौन सा विभाजन नंबर एक है। एक बार जब यह विभाजन का स्थान जानता है तो यह ओएस के विंडोज \ system32 फ़ोल्डर को पा सकता है जिसे शुरू करने के लिए कहा गया है।

Bootmgr बूट फ़ोल्डर में BCD फ़ाइल को सही ड्राइव और विभाजन के लिए खोजने के लिए आवश्यक जानकारी देता है, लेकिन यह हार्ड ड्राइव को खोजने के लिए फर्मवेयर या विभाजन को खोजने के लिए विभाजन तालिका का उपयोग नहीं करता है। इसके बजाय यह हार्ड ड्राइव के एमबीआर में अद्वितीय डिस्क सिग्नेचर और एक विभाजन के विभाजन ऑफसेट (शुरुआती क्षेत्र) का उपयोग करता है।

स्पष्ट रूप से डिस्क का आकार बदलते समय आपने एक तत्व को नष्ट कर दिया है जिसका उपयोग NTLDR बूट प्रक्रिया के लिए किया जाता है, लेकिन Bootmgr द्वारा उपयोग नहीं किया जाता है। यह BIOS हो सकता है, इस अर्थ में कि यह हार्ड डिस्क के बारे में जो जानकारी रखता है वह अब सही नहीं है, जैसे कि सिलिंडर या सेक्टर की संख्या, या बूट.इन में कुछ।

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

जैसा कि Bootmgr BIOS या boot.ini का उपयोग नहीं करता है, यह स्पष्ट रूप से MBR और बूट करने के लिए उपयोग करता है।

Comments

FYI करें: bootmgrडिस्क पर भी नहीं है (न ही है boot\BCD, और न ही कुछ और विस्टा से संबंधित है) ... आप मेरे उदाहरण को डाउनलोड करके, और इसे कुछ (जैसे 7-ज़िप) के साथ खोलकर देख सकते हैं। केवल विस्टा से संबंधित बात जो भी बूट है क्षेत्र बस इतना ही है, है bootsect.exe की वजह से ...।

— मेहरदाद

NTLDR और Bootmgr दोनों बूट कोड केवल NTLDR और Bootmgr प्रोग्राम के लिए उपयोग किए जाने वाले वातावरण को सेट करते हैं। मैं यह अनुमान लगाऊंगा कि (1) या तो (1) अगर बूटमग मिस कर रहा है, NT60 बूट कोड NTLDR में विफल रहता है, लेकिन NT52 कोड की तुलना में इसके लिए वातावरण सेट करने का बेहतर काम करता है, या (2) NT60 कोड आपका XP बूटसेक्ट अभी भी विस्टा संस्करण नहीं है, लेकिन फिर भी NT52 पर एक सुधार है। मैं उम्मीद करूंगा कि (1) बूटमग मिसिंग संदेश का कारण बनेगा, इसलिए (2) में अधिक विश्वास करें।

— harrymc

हुह, मैं वास्तव में इस धारणा के तहत था कि (1) की तुलना में (2) ... दिलचस्प है ...

— मेहरदाद

दोनों अब के लिए समान रूप से संभावना है। आप शायद यह देख सकते हैं कि bootmgr और Vista से बूट फ़ोल्डर की प्रतिलिपि बनाकर और ntldr को हटाकर, यह देखने के लिए कि NT60 बूट सफल हो सकता है या नहीं। लेकिन यह मेरी ओर से सिर्फ अनुमान है (कभी इन खेलों की कोशिश नहीं की गई)।

— harrymc

Answer 6

मुझे भी ऐसी ही समस्या का समाधान करना पड़ा था। उसी त्रुटि के साथ xp। बूटकट / nt52 समस्या को ठीक नहीं करेगा। मैंने ड्राइव को क्लोन किया और इसे वापस क्लोन किया और प्रीस्टो- इसे बूट किया। सबक यह है कि आपको समस्या को इंगित करने के लिए विभाजन में एक विशेषज्ञ होना चाहिए। हममें से बाकी लोगों को हैकिंग और व्हाट्सएप का सहारा लेना पड़ता है। इंटरनेट पर किसी ने कहा कि ये समस्या 137gb की बायोस सीमा के कारण हो सकती है। हो सकता है, लेकिन वास्तव में इसके कई कारण हैं।

Answer 7

इस समस्या को हल करने के लिए, Acronis का उपयोग किया गया था। मैंने बूट डिस्क की एक प्रतिलिपि बनाई, फिर मैंने इसे बहाल किया और सिस्टम शुरू हुआ।