एक फेलिंग ड्राइव से डेटा की बचत


12

एक बाहरी 3 fail "एचडीडी विफल होने का खतरा लगता है - यह बेकार होने पर टिक लगता है

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

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

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

क्या यह संभव है कि अधिक धीरे-धीरे नकल करना - जैसे कि हर एक्स एमबी / जीबी को रोकना - ऑपरेशन पूर्ण झुकाव को चलाने से बेहतर होगा, उदाहरण के लिए किसी भी ओवरहीटिंग मुद्दों से बचने के लिए?

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

ड्राइव ने कुछ हद तक अशुभ ध्वनि के अलावा विफलता के किसी भी स्पष्ट संकेत का प्रदर्शन नहीं किया है। मुझे हाल ही में कुछ त्रुटियों का सामना करना पड़ा - अनाथ इनोड्स, गलत मुक्त ब्लॉक / इनोड्स मायने रखता है, इनोड बिटमैप अंतर, हटाए गए इनोड्स पर शून्य अवधि; सभी में लगभग 20 त्रुटियां।

विभाजन की फाइलसिस्टम एक्स 3 है।


पर पोस्ट की गई askubuntu और सुपर उपयोगकर्ता
intuited

जवाबों:


9

आप उपयोग कर सकते हैं ddrescueया dd_rescueया myrescueनाकाम रहने डिस्क क्लोन करने के लिए, किसी भी अपठनीय सेक्टर पर निरस्त किया जा रहा बिना। (Myresoscope कम विन्यास योग्य है, लेकिन एक बेहतर डिफ़ॉल्ट रणनीति है क्योंकि यह अपठनीय क्षेत्रों को छोड़ने की कोशिश करता है।) यह रिक्त स्थान सहित सब कुछ कॉपी करेगा और आपको प्राथमिकताएं निर्धारित नहीं करने देगा। हालांकि, इस तरह के एक निम्न स्तर के दृष्टिकोण फाइल सिस्टम स्तरीय टूल की तुलना में एक फायदा है: अगर एक निर्देशिका पढ़ने योग्य नहीं है, तब भी आप इस तरह के रूप उपकरणों के साथ रॉ इमेज खोज के द्वारा फ़ाइलों इसमें ठीक हो सकता है foremost, magicrescue, photorecमें शामिल TestDisk , आदि


के लिए लिंक magicrescueटूट गया लगता है; क्या आपको इसके बजाय itu.dk/~jobr/magicrescue मतलब था ?
लैंडरोनी

@landroni हां, मुझे लगता है कि इस छात्र ने स्नातक किया, धन्यवाद।
गिल्स एसओ- बुराई को रोकना '

"Myresoscope [..] के पास एक बेहतर डिफ़ॉल्ट रणनीति है" क्या आप चूक के ddrescueसाथ कॉन्फ़िगर किए गए उदाहरण को पोस्ट करने पर विचार करेंगे myrescue? धन्यवाद!
landroni

1
के लिए ddrescue/ dd_rescueआप पहले बड़े ब्लॉक आकार के साथ पास करते हैं और निम्न पासों में छोटे में बदलते हैं (जैसे हर बार आकार को आधा करना)। इस कोर्स के लिए आपको लॉगफाइल (मैन पेज देखें) का उपयोग करना होगा।
पेट्रोफ

भ्रामक रूप से, डेबियन-आधारित सिस्टम पर कमांड ddrescueपैकेज से आता है gddrescue; dd_rescueपैकेज से ddrescue; और myrescueपैकेज से myrescue
लैंड्रोनी

8

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

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

फिर मैं ड्राइव पर एक डेटा स्क्रब चलाऊंगा। मैं उस ext3फाइल सिस्टम से मान लेता हूं जो आप लिनक्स चला रहे हैं, इसलिए यह प्रयास करें:

# umount /dev/sdX
# badblocks -n /dev/sdX

(पहले ड्राइव को अनमाउंट करना महत्वपूर्ण है।)

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


2

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

यदि आप उपयोग करते हैं ddrescue(या dd_rescue, मैं दूसरों के बारे में निश्चित नहीं हूं), तो आप हमेशा आंशिक रूप से क्लोन किए गए डेटा और संबंधित लॉगफ़ाइल की एक प्रतिलिपि बना सकते हैं औरddrescue ड्राइव को ठीक करने के लिए कुछ करने के बाद उसे फिर से चलाकर बेहतर बनाने का प्रयास कर सकते हैं। यह अच्छी तरह से क्लोन किए गए हिस्सों को अछूता छोड़कर लापता भागों को पढ़ने की कोशिश करेगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.