हार्ड ड्राइव और डेटा रिकवरी का स्व-निदान

यह लेख उनके प्रकटीकरण के लक्षणों द्वारा हार्ड ड्राइव के विभिन्न खराबी के आत्म-निदान के लिए तरीकों का वर्णन करता है, साथ ही छोटी समस्याओं के साथ हार्ड ड्राइव के अपेक्षाकृत सुरक्षित क्लोनिंग के लिए तरीके।

डेटा हानि के विभिन्न मामलों और इष्टतम कार्यों का एक सेट जो कि स्वचालित पुनर्प्राप्ति कार्यक्रमों का उपयोग करने वाले डिवाइस फ़ाइल सिस्टम के गहन ज्ञान के बिना आपको बाहरी जानकारी के बिना आपकी जानकारी को वापस करने में मदद करेगा।

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

सामग्री

भाग एक: निदान

1. दृश्य निरीक्षण
2. टेस्ट रन
3. परीक्षण की तैयारी
4. परीक्षण
5. सेक्टोरल कॉपी

भाग दो: डेटा रिकवरी

6. डेटा रिकवरी के तरीके
7. विशिष्ट मामले और अनुशंसित कार्य
8. फ़ाइल अखंडता की जाँच करें
9. बार-बार उपयोगकर्ता की त्रुटियाँ

आगे के निर्देशों का पालन करने के लिए सहमत होकर, आप स्वीकार करते हैं कि ड्राइव की संभावित विफलता और डेटा के स्थायी नुकसान के लिए खुद को छोड़कर कोई भी जिम्मेदार नहीं है। उपायों का एक सेट एक प्रतिकूल परिणाम की संभावना को कम करने के उद्देश्य से है, लेकिन इसके खिलाफ 100% से बीमा नहीं करता है।

निदान

1. दृश्य निरीक्षण

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

स्क्रूड्राइवर्स (आमतौर पर टॉर्क्स - टी 5, टी 6, टी 9) का उपयोग करके, शिकंजा को ढीला करें जो नियंत्रक बोर्ड को सुरक्षित करता है और नियंत्रक बोर्ड पर पैड की स्थिति की जांच करता है।


अंजीर। 2 पैड पर एक ऑक्साइड फिल्म है

ऑक्साइड की उपस्थिति में, आप उन्हें एक साधारण इरेज़र के साथ संपर्क पैड से हटाने की कोशिश कर सकते हैं। आप केवल सपाट क्षेत्रों पर इरेज़र के साथ काम कर सकते हैं, जैसा कि आंकड़े में है। अन्य मामलों में, ऐसी कार्रवाई लागू नहीं होती है।


अंजीर। 3 क्लीयर पैड।

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

<sub>यदि आपके पास टांका लगाने का स्टेशन है, तो आपको नियंत्रक बोर्ड में MCU , EEPROM , NV-RAM , NAND (जो बोर्ड पर है और यह आवश्यक रूप से स्थानांतरित करने की आवश्यकता है पर निर्भर करता है) को स्थानांतरित करने की आवश्यकता है और इस तरह के अनुकूलन के बाद दाता नियंत्रक का उपयोग करें। यह ध्यान देने योग्य है कि कई नियंत्रकों के अनुकूलन के लिए यह केवल EEPROM चिप को स्थानांतरित करने के लिए पर्याप्त होगा।

कार्ड का चयन करते समय, पहले etched PCB नंबर को देखें। आगे MCU और नियंत्रक के VCM और SM के चिह्नों के संयोग का मूल्यांकन करें। यदि मूल बोर्ड और दाता बोर्ड पर एमसीयू और नियंत्रक के वीसीएम और एसएम के अंक अलग-अलग हैं, तो यह अत्यधिक संभावना है कि संभावित दाता बोर्ड उपयुक्त नहीं है। एक ही परिवार के भीतर, बोर्डों के विभिन्न संस्करण मौजूद हो सकते हैं, और कुछ मामलों में वे कुछ आरक्षणों के साथ संगत हो सकते हैं, लेकिन घर पर पता लगाने की कोशिश न करें।

अनुचित नियंत्रक बोर्ड ( पीसीबी पर एक अलग संख्या के साथ) को बदलने का प्रयास करने से प्रस्तावना के जलने का परिणाम हो सकता है।

यदि एक मल्टीमीटर उपलब्ध है, तो शॉर्ट सर्किट के लिए 5V और 12V सर्किट की जांच करें। मोटर वाइंडिंग के प्रतिरोध की भी जांच करें। यदि एक गारंटीकृत सेवा योग्य है, तो एक ही ड्राइव (निर्माता, मॉडल रेंज, नियंत्रक बोर्ड संशोधन उपलब्ध है), तो आप जांच कर सकते हैं कि स्विच ब्लॉक में पिन की समान संख्या जमीन पर जाएगी या नहीं, और प्रतिरोधों की तुलना भी करें। गंभीर मतभेदों के साथ, हम निष्कर्ष निकाल सकते हैं कि प्रस्तावक स्विच दोषपूर्ण है, और यह डेटा को पुनर्स्थापित करने के किसी भी स्वतंत्र प्रयास को रोक देगा।</sub>

2. टेस्ट रन

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

यदि आप जानते हैं कि ड्राइव काम करने के क्रम में मारा गया था या गिरा दिया गया था, या इससे पहले कि यह आपके पास आए, तो नॉकिंग ध्वनियां बनाने लगे, इसे चालू करने की कोशिश करने से बचना चाहिए।

_{इन मामलों में, एक लामिना बॉक्स (या साफ कमरे) में हार्ड ड्राइव का अनिवार्य उद्घाटन और माइक्रोस्कोप का उपयोग करके पूरी तरह से परीक्षा की आवश्यकता होती है।}


अंजीर। 4 केबल को हार्ड ड्राइव से जोड़ना।

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

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

<sub>यदि आपके पास एक उपयुक्त डोनर ड्राइव है, तो आप वीसीएम और एसएम नियंत्रक की खराबी के साथ संस्करण की जांच कर सकते हैं यदि आप "दृश्य निरीक्षण" पैराग्राफ में वर्णित दाता बोर्ड के आवश्यक अनुकूलन करने के लिए तैयार हैं।

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

जब एक मोटर शाफ्ट को जाम किया जाता है, तो आमतौर पर दाता ड्राइव के दबाव ब्लॉक में डिस्क के एक पैक को स्थानांतरित करना आवश्यक होता है। 99.9% मामलों में उचित तैयारी और आवश्यक उपकरणों की कमी के बिना घर पर इस तरह की घटना विफल हो जाएगी।</sub>

यदि बिजली लागू होने पर कोई आवाज़ नहीं होती है और ड्राइव शाफ्ट को घुमाने के लिए शुरू नहीं होती है, तो निम्नलिखित निदान संभव हैं: नियंत्रक बोर्ड दोषपूर्ण है, प्रस्तावक स्विच दोषपूर्ण है, बीएमजी दोषपूर्ण है।

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

<sub>कुछ ड्राइव के माइक्रोप्रोग्राम मोटर शाफ्ट को कताई करने से पहले preamplifier स्विच से पूछताछ करते हैं, और किसी भी सिर के लिए एक गलत प्रतिक्रिया या भारी प्रतिरोध का पता लगाने के मामलों में, इनिशियलाइज़ेशन प्रक्रिया का एक आपातकालीन स्टॉप किया जाता है। दुर्भाग्य से, सभी माइक्रोप्रोग्राम पर्याप्त रूप से डिवाइस के स्वास्थ्य को नियंत्रित नहीं करते हैं और स्पष्ट रूप से समस्याग्रस्त हार्ड ड्राइव शुरू करने के प्रयासों की अनुमति देते हैं। बीएमजी प्रत्यारोपण को एक साफ हवा के प्रवाह और एक विशेष उपकरण के साथ एक लामिना बॉक्स में ले जाने की सिफारिश की जाती है। इसके अलावा, यह जानना आवश्यक है कि प्रस्तावक के स्विच, हेड मैप और उपयुक्त अनुकूली मापदंडों के उपयुक्त संशोधन के साथ इसे चुनने के लिए किसी दाता का चयन कैसे किया जाए। बस निर्माता और मॉडल का संयोग गारंटी नहीं देता है कि ड्राइव एक उपयुक्त दाता है। यहां तक ​​कि अगर स्वतंत्र रूप से एक दाता का चयन करना और प्रत्यारोपण प्रक्रिया करना संभव है, तो भी संबंधित समस्याओं के कारण डेटा की एक गंभीर मात्रा को पढ़ने में सक्षम होने की संभावना नहीं है।

विजुअल इंस्पेक्शन सेक्शन में कंट्रोलर के दोषपूर्ण होने का संकेत मिलने पर क्या कार्रवाई की जा सकती है।</sub>


अंजीर। प्लेट की 5 भारी खरोंच वाली सतह (कई कट)।

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

यदि ड्राइव कोई संदिग्ध आवाज़ नहीं करता है, तो सभी प्रारंभिक प्रक्रियाओं को पूरा करने के बाद, यह तैयार होना चाहिए। इस क्षण से, ड्राइव को इंटरफ़ेस के माध्यम से डेटा एक्सचेंज के लिए तैयार होना चाहिए, और यदि यह पीसी मदरबोर्ड पर एक पोर्ट से जुड़ा है, तो इसे BIOS से पासपोर्ट अनुरोध का जवाब देना चाहिए। यदि सब कुछ BIOS कनेक्शन और सेटिंग्स के साथ है, लेकिन डिस्क पीसी के लिए अदृश्य रहती है, तो सबसे अधिक संभावना है कि ड्राइव के फर्मवेयर में समस्याएं हैं, जो इसे तैयार होने की अनुमति नहीं देती हैं।

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

<sub>एक अलग अपवाद सीगेट 7200.11 (मूस परिवार) का मामला है, जिसके साथ RS232-TTL एडाप्टर और एक पारंपरिक टर्मिनल का उपयोग करके कुछ समस्याओं को हल किया जा सकता है, लेकिन यहां आपको यह समझने की आवश्यकता है कि माइक्रोकोड समस्या को समझने के बिना स्थिति को महत्वपूर्ण रूप से बढ़ाने के लिए जोखिम हैं।

यह दृढ़ता से सिफारिश की जाती है कि अन्य परिवारों को कार्यप्रणाली लागू न करें, क्योंकि इससे अनुवादक की एक कमी होगी, जो कि अधिकांश मामलों में गलत होगी और उपयोगकर्ता क्षेत्र तक पहुंच विसंगति के पहले बिंदु तक होगी। इस मामले में डेटा रिकवरी काफी जटिल है।</sub>

यदि ड्राइव द्वारा दिए गए पासपोर्ट में सभी फ़ील्ड क्षमता के अलावा सही हैं, तो आपको यह जांचने की आवश्यकता है कि क्या यह कुछ मदरबोर्ड की BIOS त्रुटि का परिणाम है, जो कि BIOS की एक कॉपी को बचाने के लिए LBA रेंज के एक छोटे टुकड़े को काटने के बजाय HPA नियंत्रण आदेशों का उपयोग करके लगभग 1TB को काट देता है।


अंजीर। BIOS चटाई के गलत विकास के बाद 1Tb ड्राइव की 6 पासपोर्ट क्षमता। गीगाबाइट बोर्ड

_{इस समस्या को हल करने के लिए, आप एचडीएटी 2 या इसी तरह के नि: शुल्क नैदानिक ​​सॉफ्टवेयर का उपयोग कर सकते हैं, जिसके साथ आप ड्राइव की मूल पासपोर्ट क्षमता वापस कर सकते हैं, साथ ही समस्या से बचने के लिए डीसीओ में एचपीए को नियंत्रित करने की क्षमता को अक्षम कर सकते हैं।}

3. परीक्षण की तैयारी

जब व्यावसायिक परिसरों के बाहर डिस्क का परीक्षण किया जाता है, तो ऑपरेटिंग सिस्टम को पहले से तैयार करना महत्वपूर्ण है। ऑपरेटिंग सिस्टम को अपने आप संचालित होने से रोकने के लिए डिस्क वॉल्यूम की स्वचालित माउंटिंग को प्रतिबंधित करना आवश्यक है।

_{विंडोज पर, इसके लिए, व्यवस्थापक विशेषाधिकारों के साथ, आपको डिस्कपार्ट को चलाने और ऑटोमाउंट को अक्षम करने की कमांड चलाने की आवश्यकता है। यदि एक संभावित समस्याग्रस्त डिस्क पहले इस ओएस से जुड़ी हुई थी, तो आपको ऑटोमाउंट स्क्रब कमांड के साथ रजिस्ट्री से माउंट विकल्प को हटाना होगा। इन सेटिंग्स को प्रभावी होने के लिए, एक पुनरारंभ की सिफारिश की जाती है।}

डायग्नोस्टिक सॉफ्टवेयर तैयार करना भी आवश्यक है। विंडोज के तहत, आप नि: शुल्क PC3000 DiskAnalyzer का उपयोग कर सकते हैं, जिसमें नैदानिक ​​फ़ंक्शन के अलावा, एक सेक्टर-बाय-सेक्टर कॉपी बनाना संभव है। HDAT2 के साथ बूट करने योग्य USB फ्लैश ड्राइव रखना भी उचित है।

_{निदान के लिए केवल इस सॉफ्टवेयर का उपयोग करना आवश्यक नहीं है। आप बहुत से भोले उपयोगकर्ताओं के लिए कुछ गैर-मुक्त सॉफ़्टवेयर के अपवाद के साथ किसी भी अन्य एनालॉग्स का उपयोग कर सकते हैं, जिनके विज्ञापन में ऐसे नारे लग सकते हैं "... शारीरिक रूप से क्षतिग्रस्त हार्ड डिस्क ड्राइव के उत्थान के लिए अद्वितीय कार्यक्रम। यह बुरे क्षेत्रों को नहीं छिपाता है, यह वास्तव में उन्हें पुनर्स्थापित करता है! ” वास्तव में बहुत हाई-प्रोफाइल बयानों के साथ, ऐसे सॉफ़्टवेयर में बहुत मामूली क्षमताएं होती हैं जो मुफ्त सॉफ़्टवेयर की क्षमताओं से अधिक नहीं होती हैं, और दोषों के साथ काम करने की विचारधारा डेटा को आगे बढ़ाने में मदद करने के बजाय ड्राइव की अंतिम हत्या के उद्देश्य से अधिक है।}

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

_{संभावित समस्याग्रस्त हार्ड ड्राइव को कनेक्ट करते समय ओएस बूट समय में एक महत्वपूर्ण वृद्धि एक बहुत ही विशेषता संकेत है कि ड्राइव प्लेटों की सतहों पर सतह दोष उत्पन्न होते हैं। OS बूट देरी से बुरे क्षेत्रों में कॉल होती है और फर्मवेयर द्वारा ऑफ़लाइन स्कैनिंग प्रक्रियाएं करने का प्रयास किया जाता है जो उसके लिए बहुत कठिन हैं।}

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

_{निदान को स्पष्ट करने के लिए, आप DOS को लोड करने की कोशिश कर सकते हैं और HDAT2 का उपयोग SMART मापदंडों को देख सकते हैं। यदि दोष गठन के संकेत हैं (गैर-मानकीकृत मूल्यों के क्षेत्र में 5 और 197 (C5) विशेषताओं के गैर-शून्य मान), तो हम यह निष्कर्ष निकाल सकते हैं कि घर पर फर्मवेयर सेटिंग्स के साथ हस्तक्षेप किए बिना। कुछ भी नहीं किया जाएगा। यदि दोष गठन के कोई संकेत नहीं हैं, तो जमाव का कारण नियंत्रक बोर्ड के गलत संचालन में हो सकता है। इस मामले में, आप दाता ड्राइव से नियंत्रक बोर्ड का उपयोग करने का प्रयास कर सकते हैं।}

4. परीक्षण

पिछले चरणों से गुजरने के बाद और प्रक्रिया को रोकने के अच्छे कारणों को नोटिस नहीं करने के बाद, आप ड्राइव की स्थिति का और आकलन करने के लिए आगे बढ़ सकते हैं। इस सदी में जारी अधिकांश ड्राइवों ने स्मार्ट तकनीक पेश की है, जो ड्राइव की स्थिति की निगरानी करती है और इसके संचालन के दौरान विभिन्न घटनाओं को पकड़ती है। एचडीडी में इस तकनीक के कार्यान्वयन के बारे में और अधिक पढ़ें और हमारे लेख "क्या स्मार्ट है और इसे कैसे पढ़ें" में डिस्क के संचालन के दौरान इसे नियंत्रित करने के लिए क्या पैरामीटर वांछनीय है।

डायग्नोस्टिक सॉफ़्टवेयर का उपयोग करके, आपको स्मार्ट मापदंडों का अनुरोध करने की आवश्यकता है


अंजीर। एक स्वस्थ हार्ड ड्राइव के 7 स्मार्ट गुण

5 और 197 (C5) विशेषताओं के लिए संकेतकों का मूल्यांकन करना महत्वपूर्ण है। यदि रॉ कॉलम में मान शून्य हैं या समस्याओं के संकेतक एकल हैं, तो आगे के परीक्षण के लिए आगे बढ़ना आवश्यक है।


अंजीर। 8 गंभीर स्मार्ट डिस्क विशेषताएँ

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

_{, SMART , , . , . — . , .}

SMART , , . .

. .


अंजीर। 9

- , .

_{, ( (SMR),) . .}


अंजीर। 10

«» , . , , .

_{. .}

, SMART 5 197(5) , , .

5.

, . .

, , , . , , .

Windows : WinHex, DMDE, PC3000 DiskAnalyzer, R-studio .

Linux dd

_{, trial/demo .}

WinHex .


अंजीर। 11 WinHex

«» « » « » Ctrl+D.


अंजीर। 12

, .

, -.

, - .
« , ».

4096 , 512 , 8, .

« » — , . .

. , , , .

_{, DataExtractor, , , .}


अंजीर। 13

6.

, . .

. . , .


अंजीर। 14 R-studio

_{— , , , , ..}


अंजीर। 15 . MFT (Master File Table NTFS)

, , , , , .

_{, .}

, , .


अंजीर। 16 0xFF 0xD8 0xFF JPG

, , : , , , , .


अंजीर। 17 R-Studio

7.

, , , . .


अंजीर। 18 ( RAW)

. , 100%. .

, , . , , .

_{, , , .}

.

— . , .

NTFS, , (MFT, Index, Logfile) . , , .


अंजीर। 19 $MFT ,

, , .

_{, . .}

FAT16, FAT32, . SFN , , LFN . , FAT , . FAT32 , SFN , . , , .

_{, , , . . . « 1 (DBF) »}

, . .

HFS+, Ext 2, Ext3, Ext4, , , . .



, , , . , .


अंजीर। 20

_{, , . .}

DMDE , , .


अंजीर। 21 DMDE त्वरित खोज परिणाम

प्रारूपित डेटा अनुभाग।

ऐसे मामलों में, अनुशंसित कार्रवाई परिदृश्य दृढ़ता से उस फ़ाइल सिस्टम के प्रकार पर निर्भर करता है जो विभाजन को प्रारूपित करने से पहले था, और प्रारूपण के लिए किस फ़ाइल प्रणाली का उपयोग किया गया था।

<sub>उदाहरण के लिए, यदि FAT 32 में 8kb क्लस्टर के साथ FAT32 विभाजन 64kb क्लस्टर के साथ स्वरूपित किया गया था, तो नए FAT तालिकाओं का आकार 8 गुना छोटा हो गया और इसलिए, नई तालिकाओं की दोनों प्रतियों ने पुराने FAT तालिकाओं की केवल पहली प्रति को बर्बाद कर दिया। ऐसी स्थिति में, मेटाडेटा खोज 100% के करीब परिणाम दे सकती है। यदि स्वरूपण से पहले FAT32 में विभाजन को छोटे या समान क्लस्टर आकार के साथ स्वरूपित किया गया था, तो नए स्वच्छ टेबल पूरी तरह से पुराने को अधिलेखित कर देंगे और उपयोगकर्ता डेटा के साथ क्षेत्र को आंशिक रूप से प्रभावित करेंगे। इस मामले में, मेटाडेटा खोज से परिणाम काफी खराब हो जाएगा।

यदि विभाजन ने स्वरूपण से पहले FAT32 फाइल सिस्टम का उपयोग किया था, और विभाजन को NTFS में स्वरूपित किया गया था, तो नई संरचनाएं ($ MFT, $ Bitmap, $ Logfile) आमतौर पर विभाजन की शुरुआत में स्थित नहीं होती हैं, और यह मेटाडेटा खोज विधि का उपयोग करके बहुमत प्राप्त करने की संभावना है। एक सामान्य निर्देशिका संरचना के साथ डेटा और डेटा को कम से कम नुकसान।

इसके अलावा, पुनर्प्राप्ति का एक उच्च प्रतिशत तब होगा जब NTFS विभाजन को FAT32 में स्वरूपित किया जाता है। इस मामले में, एफएटी टेबल अनुभाग की शुरुआत में डेटा को खराब कर देगा और, एक नियम के रूप में, कुंजी एनएफएस संरचनाओं को प्रभावित नहीं करेगा। एक असंतोषजनक परिणाम डेटा की एक छोटी राशि के मामले में होगा, जिसका आकार एफएटी तालिकाओं की दो प्रतियों के आकार के बराबर है।</sub>

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

डेटा अनुभाग को स्वरूपित किया गया है और आंशिक रूप से अन्य डेटा के साथ ओवरराइट किया गया है।

जैसा कि अक्सर होता है, उपयोगकर्ता अनुभाग को प्रारूपित कर सकता है और इसे अन्य डेटा के साथ भरना शुरू कर सकता है, और उसके बाद ही पता चलता है कि पुराने अनुभाग में महत्वपूर्ण जानकारी थी। ऐसे मामलों में, कोई निश्चित सिफारिश नहीं हो सकती है। सब कुछ बहुत कुछ इस बात पर निर्भर करता है कि कितना (मात्रात्मक और मात्रा से) नया डेटा दर्ज किया गया था, साथ ही साथ ये डेटा कहाँ स्थित थे। शर्तों के आधार पर, परिणाम 0 से 100% के करीब हो सकता है। अनुपस्थित में, यह अप्रत्याशित है।

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

_{डेटा रिकवरी प्रयोगशाला की स्थितियों में, एक विशेषज्ञ बिना किसी स्थान के मानचित्र का निर्माण करेगा और खोज परिणामों में मौजूदा डेटा की उपस्थिति को बाहर करने के लिए केवल इन क्षेत्रों में नियमित अभिव्यक्तियों की खोज करेगा। इसके अलावा, अखंडता निगरानी उपकरणों के उपयोग से झूठी पहचान की संख्या में काफी कमी आएगी। और कुछ कार्यों में, जैसे कि jpg फ़ाइलों को पुनर्स्थापित करना (उदाहरण के लिए, किसी का होम फोटो एल्बम), वे jpeg फ़ाइलों के Exif टैग में निहित जानकारी के अनुसार छाँट सकेंगे, जो आपको कालानुक्रमिक क्रम में दिए गए परिणाम और कैमरा मॉडल द्वारा क्रमबद्ध करने की अनुमति देगा।}


अंजीर। नियमित अभिव्यक्तियों को खोजकर पाए गए jpg फ़ाइलों को छाँटने का 22 परिणाम

विभाजन को आकार देने, स्थानांतरित करने या विलय करने की असामान्य समाप्ति।

एक विभाजन को आकार देने, इसे स्थानांतरित करने या कई विभाजनों को मर्ज करने के लिए डिस्क प्रबंधकों की प्रक्रियाओं की असामान्य समाप्ति के मामलों में, आपको यह पता लगाना होगा कि अधिकतम संभव परिणाम प्राप्त करने के लिए कौन से कदम उठाए गए और किस चरण में ऑपरेशन को रोक दिया गया।

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

8. बरामद डेटा की अखंडता की जाँच करना

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

दुर्भाग्य से, बड़ी संख्या में विभिन्न फ़ाइलों की अखंडता की जांच के लिए एक सार्वभौमिक मुफ्त उपकरण मौजूद नहीं है। लेकिन व्यक्तिगत रूप से, आप मुफ्त सॉफ्टवेयर पा सकते हैं जो कुछ प्रकार की फाइलों को नियंत्रित कर सकते हैं। उदाहरण के लिए, कई अभिलेखागार आपको अभिलेखागार की सेवाक्षमता की जांच करने की अनुमति देंगे, MP3Diag उपयोगिता एमपी 3 फ़ाइलों के स्वास्थ्य की जांच कर सकती है, ImageMagick का उपयोग jpg फ़ाइलों का परीक्षण करने के लिए किया जा सकता है।

कई मुफ्त फ़ाइल अखंडता की उपयोगिता का मुख्य नुकसान यह है कि वे पूर्ण फ़ाइल सत्यापन की गारंटी नहीं देते हैं। और बड़े पैमाने पर त्रुटियां संभव हैं।

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

_{पेशेवर परिसरों में, उपकरणों का एक सेट होता है जो आपको फ़ाइलों के स्वास्थ्य को आंशिक रूप से नियंत्रित करने की अनुमति देता है, जो बड़ी संख्या में जंक फ़ाइलों से डेटा पुनर्प्राप्ति के परिणाम को बचाता है।}

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

9. बार-बार उपयोगकर्ता की त्रुटियां।

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

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

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

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

डेटा रिकवरी के लिए टूल और तकनीकों का गलत विकल्प, जिसके संबंध में परिणाम बहुत खराब है, जितना हो सकता है।

---

मुझे उम्मीद है कि उपायों का यह सेट आपको यह तय करने में मदद करेगा कि क्या आपकी ड्राइव के साथ स्थिति डेटा को पुनर्प्राप्त करने के लिए स्वतंत्र प्रयासों की अनुमति देती है और क्या आप इस लेख में सूचीबद्ध अपेक्षाकृत सरल क्रियाओं के इस सेट को करने के लिए तैयार हैं।

पिछला पोस्ट: थ्रोज़ या एक डेटा रिकवरी प्रयास के लंबे इतिहास के माध्यम से जाना