सवाल क्षतिग्रस्त हार्ड ड्राइव पूरे सिस्टम को फ्रीज क्यों करते हैं?


एक हार्ड ड्राइव जो खराब ब्लॉक (एचडीटीन और एचडीडीएसकेएन में सत्यापित) के लिए जाना जाता है, मेरे पूरे सिस्टम को फ्रीज करता है?

यह ओएस ड्राइव नहीं है; यह एक और सैटा बंदरगाह से जुड़ा हुआ है, और मैं फ़ाइलों को दूसरी स्वस्थ ड्राइव में कॉपी करने की कोशिश कर रहा हूं।

मैंने लगभग हर क्षतिग्रस्त हार्ड ड्राइव और हर विंडोज पीसी के साथ इस मुद्दे का अनुभव किया है।

मैं केवल उस कार्यक्रम के लिए ठंड लगाना चाहता हूं जिसका उपयोग मैं फ़ाइलों की प्रतिलिपि बनाने के लिए कर रहा हूं (विंडोज एक्सप्लोरर, इत्यादि), लेकिन इसके बजाय मेरा पूरा पीसी झटकेदार हो जाता है, और मैं क्षतिग्रस्त ड्राइव से फ़ाइलों की प्रतिलिपि बनाते समय वेब ब्राउज़ नहीं कर सकता या फिल्में नहीं देख सकता।

लंबी कहानी

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

मैंने हमेशा सोचा है, क्षतिग्रस्त ड्राइव से डेटा पुनर्प्राप्त करते समय मेरा पीसी पूरी तरह से जम जाता है। क्या यह एक हार्डवेयर मुद्दा है? क्या ओएस डेटा को पढ़ने के तरीके के कारण होता है? क्या यह विंडोज-विशिष्ट कुछ है, और मैं इसे * निक्स पर अनुभव नहीं करूँगा?

वैसे भी, अब से मैं विंडोज एक्सप्लोरर के बजाय कुछ समर्पित सॉफ़्टवेयर (जैसे रोडकिल के अस्थिर कॉपर) का उपयोग करूंगा, हालांकि मुझे यकीन नहीं है कि यह पूरे पीसी को फ्रीज किए बिना अलग-अलग काम करेगा या नहीं।

यह मदद के लिए अनुरोध नहीं है, यह शैक्षणिक उद्देश्यों के लिए अधिक है, इसलिए मुझे पता है कि चीजें इस तरह क्यों काम करती हैं।


125
2017-08-09 12:35


मूल


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


जवाब:


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

यहां कुछ महत्वपूर्ण मुद्दे हैं:

  1. SATA के साथ, यदि ड्राइव प्रत्युत्तर देना बंद कर देता है, यह पूरे भंडारण प्रणाली को बांध सकता है, न केवल एक ड्राइव जिसमें समस्याएं हैं। इसमें निश्चित रूप से पूरे नियंत्रक को बांधने की क्षमता है, और चूंकि अधिकांश उपभोक्ता प्रणालियों में केवल एक डिस्क नियंत्रक (मदरबोर्ड पर एकीकृत एक) होता है, इसका मतलब है सभी भंडारण। यदि ड्राइव कुछ गैर मानक और / या अप्रत्याशित तरीके से विफल हो जाती है तो यह और भी बदतर है, जो निश्चित रूप से तब हो सकता है जब ड्राइव मामूली हो। आप में रुचि हो सकती है एक हार्डवेयर SATA RAID-10 सरणी में एक डिस्क कैसे पूरे सरणी को एक डरावनी ठहराव में ला सकती है? सर्वर फॉल्ट पर।
  2. अधिकांश उपभोक्ता सैटा ड्राइव हैं लंबी डिफ़ॉल्ट टाइमआउट अवधि (मिनटों के क्रम में) और कई उपभोक्ता सैटा ड्राइवों में कॉन्फ़िगर करने योग्य नहीं है त्रुटि वसूली नियंत्रण। तथाकथित "NAS" ड्राइव में अक्सर कॉन्फ़िगर करने योग्य ईआरसी होता है, और हाई-एंड ड्राइव लगभग हमेशा करते हैं; ऐसे ड्राइव में छोटे डिफ़ॉल्ट टाइमआउट भी हो सकते हैं (7 सेकंड एक सामान्य मान है)। लंबी अवधि की अवधि फायदेमंद होती है यदि ड्राइव में डेटा की एकमात्र प्रतिलिपि होती है, जो दुर्भाग्य से उपभोक्ता प्रणालियों पर आम है; वे अनावश्यक कॉन्फ़िगरेशन में एक नुकसान हैं या जहां आप आगे बढ़ने से पहले ड्राइव से जितना संभव हो उतना प्राप्त करना चाहते हैं।
  3. एक ड्राइव होगा खराब क्षेत्र को पढ़ने की कोशिश करते रहें जब तक कि यह अपने टाइमआउट थ्रेसहोल्ड तक नहीं पहुंच जाता है या जब तक मेजबान द्वारा छोड़ा जाता है। चूंकि एसएटीए बस को पढ़ने के इंतजार के इंतजार से बांध लिया जा सकता है, इसलिए ओएस के लिए भंडारण-स्तर कमांड निरस्त करने के लिए संभव नहीं हो सकता है, और चरम मामलों में, ड्राइव्स सैटा बस रीसेट को भी अच्छी प्रतिक्रिया नहीं दे सकती हैं ऐसी स्थिति में।

प्वाइंट # 1 के लिए मुख्य बिक्री बिंदुओं में से एक है एसएएस सर्वर पर; एसएएस है काफी SATA की तुलना में बेहतर त्रुटि हैंडलिंग। प्वाइंट # 2 एक ड्राइव फ़र्मवेयर सीमा है, और # 3 वास्तव में केवल # 2 की वजह से समस्या बन जाती है।

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

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

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

यह भी ध्यान रखना महत्वपूर्ण है कि डिस्क I / O हो सकता है भले ही आप डिस्क पर किसी भी फाइल को स्पष्ट रूप से एक्सेस नहीं कर रहे हों। इसके लिए दो मुख्य कारण लोड-ऑन-डिमांड निष्पादन योग्य कोड होंगे, और स्वैप करें। चूंकि स्वैप कभी-कभी तब भी प्रयोग किया जाता है जब सिस्टम मेमोरी प्रेशर के अधीन नहीं होता है, और आधुनिक सिस्टम पर लोड-ऑन-डिमांड निष्पादन योग्य कोड आम है और आधुनिक निष्पादन योग्य फ़ाइल स्वरूपों के साथ, सामान्य उपयोग के दौरान अनपेक्षित डिस्क पढ़ने की गतिविधि एक बहुत ही वास्तविक संभावना है।

जैसा कि सवाल के बारे में एक टिप्पणी में बताया गया है मैटे इटालिया, एक कमजोर रणनीति एक अलग भंडारण इंटरकनेक्ट का उपयोग करना है, जो "यूएसबी संलग्नक में डिस्क डालने" का एक जटिल तरीका है। के माध्यम से सारण करके यू एस बी मास स्टोरेज प्रोटोकॉल, यह आपके शेष सिस्टम से समस्याग्रस्त SATA भाग को अलग करता है, जिसका अर्थ है कि सिद्धांत रूप में, उस विशिष्ट डिस्क पर केवल I / O उस डिस्क पर I / O समस्याओं से प्रभावित होना चाहिए।

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


163
2017-08-09 13:28



वास्तव में एक समझदार उत्तर पोस्ट करने के लिए धन्यवाद जो बताता है कि क्या हो रहा है। यह एक ऐसा प्रश्न है जहां मैं आमतौर पर अस्पष्ट उत्तरों देखता हूं जैसे "सिस्टम ड्राइव के लिए इंतजार कर रहा है" या "क्योंकि यह इस तरह से डिज़ाइन किया गया है"। - Mehrdad
@ kasperd: बहुत ज्यादा। हालांकि इसका हिस्सा विंडोज़ "गलती" है, क्योंकि यह कई नियंत्रकों के साथ आसानी से हो सकता है। आईएमओ यह जवाब थोड़ा सा है जानबूझकर अस्पष्ट, एंटरप्राइज़ एसएएस नियंत्रकों के रूप में देखकर इस मुद्दे को प्रतिरक्षा नहीं है। यह वास्तव में केवल कुछ अवरुद्ध I / O अनुरोधों को उबालता है। कुछ हार्ड ड्राइव ऑपरेशंस को ऑपरेशन एक्स को ऑपरेशन वाई से पहले समाप्त होने की गारंटी दी जाती है, और यदि एक्स कभी खत्म नहीं होता है, तो वाई कभी शुरू नहीं हो सकता है - और वाई के बाद भी कुछ भी अटक जाता है, यह बताएं कि ड्राइव, कंट्रोलर, ड्राइवर या ओएस पर है या नहीं गलती। - qasdfdsaq
@ जस्टामार्टिन असल में, यह लगभग सभी एसिंक पहले से ही है - किसी भी परिधीय जो डीएमए का समर्थन करता है इन दिनों एसिंक्रोनस पर भरा हुआ है; कर्नेल केवल अनुरोधों को शेड्यूल करता है और अनुरोध को सिग्नल करने वाले इंटरप्ट को संभालता है। समस्या यह है कि कभी-कभी आप जरूर ऑपरेशन को पूरा करने की प्रतीक्षा करें - और इस प्रक्रिया में, वे कुछ महत्वपूर्ण ब्लॉक कर सकते हैं। चूंकि user20574 ने नोट किया है, वर्चुअल मेमोरी उन में से एक है, लेकिन ऐसी कई चीजें हैं जिन्हें कुछ गारंटी की आवश्यकता है। कर्नेल के कुछ हिस्सों असीमित नहीं हैं, और निश्चित रूप से, कुछ ड्राइवर / उपकरण बस चूसते हैं। - Luaan
@ MichaelKjörling "क्योंकि ऑपरेटिंग सिस्टम पढ़ने की प्रतीक्षा कर रहा है, यह प्रतिलिपि प्रक्रिया को कम से कम क्रॉल पर धीमा कर देगा, और सटीक ओएस आर्किटेक्चर के आधार पर ओएस को झटकेदार होने या अवधि के लिए फ्रीज भी हो सकता है।" - एक माध्यमिक (गैर प्रणाली) ड्राइव से पढ़ने के मामले में ओएस वास्तव में झटके क्यों बनता है? एसएटीए नियंत्रक के त्रुटि प्रबंधन व्यवहार के कारण समस्या पूरी तरह से नहीं हो सकती है। मुझे लगता है कि यह उत्तर इस बारे में जानकारी से लाभ उठा सकता है कि विंडोज़ अपने डिस्क सबसिस्टम में त्रुटियों को कैसे संभालता है। - Jordan Rieger
@ माइकल Kjörling मेला पर्याप्त है। उत्तर में बहुत अच्छी जानकारी है, लेकिन मुझे लगता है कि यह ओपी के विशिष्ट परिदृश्य को स्पष्ट रूप से समझाता नहीं है। इसे एक अलग कोण से आने के लिए, क्या आप अपने बिंदु # 1 का बैक अप लेने के लिए किसी भी संदर्भ का उल्लेख कर सकते हैं: "सैटा के साथ, यदि ड्राइव प्रत्युत्तर देना बंद कर देता है, तो यह पूरी स्टोरेज सिस्टम को बांध सकता है, न कि केवल एक ड्राइव जिसमें समस्याएं हैं। इसमें निश्चित रूप से पूरे नियंत्रक को बांधने की क्षमता है।"? यह एक भयानक डिजाइन की तरह लगता है। क्या यह ओएस डिस्क उपप्रणाली अधिक संभावित अपराधी नहीं है? अर्थात। नियंत्रक असीमित है, लेकिन ओएस ड्राइवर कभी-कभी अनावश्यक रूप से अवरुद्ध करता है। - Jordan Rieger


जैसा ऊपर बताया गया था, खराब हार्ड ड्राइव के कारण सिस्टम फ्रीज के साथ समस्या मुख्य रूप से खराब क्षेत्रों से अपठनीय डेटा को पुनर्प्राप्त करने के लिए ड्राइव द्वारा लंबे प्रयासों के कारण होती है। एंटरप्राइज़ ड्राइव के विक्रय बिंदुओं में से एक असफल क्षेत्रों के लिए बहुत ही कम पढ़ा गया टाइमआउट है। एंटरप्राइज़ ड्राइव का उपयोग करके कुछ हद तक अपने मुद्दों को कम कर सकते हैं, लेकिन उन्हें हल नहीं करेंगे।

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


3
2017-08-11 15:03





क्षतिग्रस्त हार्ड ड्राइव पूरे सिस्टम को फ्रीज क्यों करते हैं?

उन्हें (सामान्य रूप से) नहीं है। यह वास्तव में विशेष फ़ाइल सिस्टम के आधार पर है कि डिस्क विफलता का सामना कैसे किया जाता है।

जेएफएस पर विचार करें, जो कुछ गलती सहनशीलता से निपटने के लिए जमीन से डिजाइन किया गया है। यहाँ एक है डेमो वीडियो (तथा एक और समझाते हुए) जहां वे एक ऐविल पर चलने वाली ड्राइव डालते हैं, एक स्लेज हथौड़ा के साथ स्विंग लेते हैं और एक और ड्राइव ड्रिल करते हैं। सभी जबकि जेएफएस चल रहा है।


2
2017-08-11 17:46



असल में, डिस्क विफलताओं में हैं कि जेएफएस अच्छी तरह से सौदा नहीं करता है। उदाहरण के लिए, अनावश्यक या गैर-अनावश्यक सेटअप में I / O अनुरोध समय से पहले बहुत लंबा पढ़ता है। (आप जेएफएस को इस तरह से आसानी से स्थापित कर सकते हैं कि इसमें कोई रिडंडेंसी नहीं है।) यह आसानी से जेडएफएस में सरणी से बाहर निकाले जाने वाले ड्राइव को ले जा सकता है, जो अगर आपको रिडंडेंसी थ्रेसहोल्ड के नीचे छोड़ देता है तो पूरे सरणी का कारण बन सकता है अनुपलब्ध हो जाओ। यदि failmode = प्रतीक्षा के साथ सेट है, तो यह समान परिणाम दिखा सकता है। ऑल-आउट पूर्ण-डिस्क विफलता है आसान किसी भी भंडारण उपप्रणाली के मामले; आईटी इस सीमांत ड्राइव जो समस्या पैदा करते हैं। - α CVn
और इससे पहले कि आप अन्यथा सोचें, मैं वास्तव में जेएफएस (लगभग विशेष रूप से) चलाता हूं। यह एक महान फाइल सिस्टम है, और एक अद्भुत वॉल्यूम मैनेजर है, अगर आप सावधान हैं और जानते हैं कि आप क्या कर रहे हैं। हालांकि, यह एंटरप्राइज़ क्लास सिस्टम (हाई-एंड वर्कस्टेशन और सर्वर) के लिए डिज़ाइन किया गया है, प्रशासकों ने यह जानने के लिए भुगतान किया कि वे क्या कर रहे हैं। यह कमोडिटी हार्डवेयर में देखी गई कुछ विफलता मोडों के साथ अच्छी तरह से निपटने के लिए डिज़ाइन नहीं किया गया है, जिसमें रैम समस्याएं और ड्राइव शामिल हैं जो आई / ओ अनुरोध से लौटने में अत्यधिक समय लेते हैं, और यह घर उपयोगकर्ताओं के लिए उपयोग में आसानी के लिए डिज़ाइन नहीं किया गया है घर उपयोगकर्ता उपयोग-मामलों। - α CVn
वीडियो को छोड़कर, जेएफएस चल रहा नहीं है। ड्राइव को डिस्कनेक्ट करने के बाद यह फिर से चलना शुरू हो जाता है। - Christoffer Hammarström


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


-2
2017-08-10 13:24



'निम्न स्तर की प्रणाली' कर देता है किसी पृष्ठ की अनुरोध करने वाली प्रक्रिया की प्राथमिकता को जानें; ऐसी जानकारी आयोजित की जाती है पेज टेबलहालांकि कार्यान्वयन प्रणाली-निर्भर है कि प्राथमिकता को कैसे संभाला जाता है। हालांकि यह सवाल का सही जवाब नहीं है - यह एक हार्डवेयर मुद्दा है, ओएस मुद्दा नहीं। - Chris Cirefice
मुझे लगता है कि सवाल का सही जवाब एक दोषपूर्ण ड्राइव का उपयोग करने से इनकार करना है। हालांकि यह उन उपयोगकर्ताओं को संतुष्ट नहीं करेगा जो समझ में आते हैं जितना संभव हो उतना डेटा पुनर्प्राप्त करना चाहते हैं। - jrrk