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


128

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

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

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

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

लंबी कहानी है।

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

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

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

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


11
बाहरी USB संलग्नक का उपयोग करने में मदद करनी चाहिए, क्योंकि अब आप अपने सिस्टम SATA कंट्रोलर में दोषपूर्ण डिस्क को टाई नहीं कर रहे हैं (साथ ही, आपके मदरबोर्ड और दोषपूर्ण डिस्क के बीच बलि योग्य हार्डवेयर की एक अतिरिक्त परत को जोड़ना हमेशा एक अच्छा विचार है)।
मट्टियो इटालिया

3
यह SATA के लिए विशिष्ट नहीं है, IDE ड्राइव ने भी ऐसा किया। इसके अलावा सिर्फ इसलिए कि डिस्क क्षतिग्रस्त है इसका मतलब यह नहीं है कि नियंत्रक नहीं है, खासकर अगर विद्युत दोष ने डिस्क को नुकसान पहुंचाया है।
क्रिस एच

स्वीकृत उत्तर बहुत बढ़िया है, और इसमें वह है जो मैं कहने वाला था और बहुत कुछ। मूल रूप से आप अपने SATA कंट्रोलर को पैन कर रहे हैं, जो एक सुपर-महत्वपूर्ण सिस्टम डिवाइस है, जो बदले में पैनिक विंडोज है। मुझे आश्चर्य है कि अगर BIOS में AHCI / "हॉट-स्वैप" को सक्षम करने से स्थिति में सुधार होगा।
आर्थर

जवाबों:


170

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

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

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

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

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

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

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

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

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

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


19
वास्तव में एक समझदार उत्तर पोस्ट करने के लिए धन्यवाद जो बताता है कि क्या चल रहा है। यह उस तरह का सवाल है जहां मुझे आमतौर पर अस्पष्ट जवाब मिलते हैं जैसे "क्योंकि सिस्टम ड्राइव का इंतजार कर रहा है" या "क्योंकि यह उस तरह से डिज़ाइन किया गया है"।
मेहरदाद

4
@kasperd: बहुत ज्यादा। हालांकि इसका हिस्सा विंडोज की "गलती" है, साथ ही यह कई नियंत्रकों के साथ आसानी से हो सकता है। IMO यह जवाब थोड़ा जानबूझकर अस्पष्ट है , क्योंकि उद्यम एसएएस नियंत्रकों को इस मुद्दे पर प्रतिरक्षा नहीं है। यह वास्तव में केवल कुछ अवरुद्ध आई / ओ अनुरोधों को उबालता है। कुछ हार्ड ड्राइव के संचालन के लिए ऑपरेशन X की आवश्यकता होती है, ऑपरेशन Y से पहले समाप्त होने की गारंटी दी जाती है, और यदि X कभी खत्म नहीं होता है, तो Y कभी भी शुरू नहीं हो सकता है - और Y के बाद भी कुछ भी अटक जाता है, नामांकित करें कि क्या ड्राइव, नियंत्रक, ड्राइवर, या OS पर है गलती।
qasdfdsaq

2
@Justamartin वास्तव में, यह लगभग सभी पहले से ही async है - कोई भी परिधीय जो इन दिनों DMA का समर्थन करता है, अतुल्यकालिक पर भरा हुआ है; कर्नेल केवल अनुरोधों को शेड्यूल करता है और अनुरोध को इंगित करने वाले व्यवधानों को संभालता है। समस्या यह है कि कभी-कभी आपको ऑपरेशन पूरा होने की प्रतीक्षा करनी चाहिए - और इस प्रक्रिया में, वे कुछ महत्वपूर्ण ब्लॉक कर सकते हैं। जैसा कि user20574 ने उल्लेख किया है, वर्चुअल मेमोरी उनमें से एक है, लेकिन बहुत सारी चीजें हैं जिन्हें कुछ गारंटी की आवश्यकता होती है। कर्नेल के कुछ भाग अतुल्यकालिक नहीं हैं, और निश्चित रूप से, कुछ ड्राइवर / उपकरण बस चूसते हैं।
लुआं

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

1
@ MichaelKjörling मेला। उत्तर में बहुत सारी अच्छी जानकारी है, लेकिन मुझे लगता है कि यह ओपी के विशिष्ट परिदृश्य की व्याख्या नहीं करता है। एक अलग कोण से उस पर आने के लिए, क्या आप अपनी बात का समर्थन करने के लिए किसी भी संदर्भ का हवाला दे सकते हैं # 1: "SATA के साथ, यदि ड्राइव जवाब देना बंद कर देता है, तो यह पूरे स्टोरेज सिस्टम को टाई कर सकता है, न कि केवल एक ड्राइव जिसमें समस्याएं आ रही हैं। । यह निश्चित रूप से पूरे नियंत्रक को टाई करने की क्षमता है। " ? यह एक भयानक डिजाइन की तरह लगता है। क्या यह ओएस डिस्क सबसिस्टम अधिक संभावित अपराधी नहीं है? यानी नियंत्रक अतुल्यकालिक है, लेकिन ओएस चालक कभी-कभी अनावश्यक रूप से ब्लॉक करता है।
जॉर्डन रीगर

3

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

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


2

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

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

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


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

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

वीडियो को छोड़कर, ZFS चालू नहीं रहता है। यह ड्राइव को डिस्कनेक्ट करने के बाद फिर से चलना शुरू कर देता है।
क्रिस्टोफर हैमरस्ट्रॉम

-2

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


6
'निम्न-स्तर सिस्टम' करता है एक प्रक्रिया है कि एक पृष्ठ अनुरोध कर रहा है की प्राथमिकता जानते; इस तरह की जानकारी पृष्ठ तालिकाओं में आयोजित की जाती है , हालांकि कार्यान्वयन प्रणाली पर निर्भर है कि प्राथमिकता को कैसे संभाला जाता है। हालांकि यह सवाल का सही जवाब नहीं है - यह एक हार्डवेयर मुद्दा है, ओएस मुद्दा नहीं।
बजे क्रिस क्रेफ़िस

1
मुझे लगता है कि प्रश्न का सही उत्तर दोषपूर्ण ड्राइव का उपयोग करने से इनकार करना है। हालांकि यह उन उपयोगकर्ताओं को संतुष्ट नहीं करेगा जो संभवत: जितना संभव हो उतना डेटा पुनर्प्राप्त करना चाहते हैं।
jrrk
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.