मुझे स्पिनराइट के साथ काफी अच्छा अनुभव मिला है, लेकिन मुझे लगता है कि यह बहुत अधिक है। वास्तव में, यह अपने स्वयं के अच्छे के लिए बहुत चालाक हो सकता है। वहाँ नि: शुल्क समाधान है जो बस के रूप में अच्छी तरह से काम करते हैं (वास्तव में, मुक्त लोगों को भी बेहतर काम कर सकते हैं)।
हमारे पास 200 जीबी का एनटीएफएस ड्राइव था जो अचानक विनाशकारी रूप से विफल हो गया। यह "साझा" ड्राइव माना जाता था, जिस पर लोगों ने सामान को अस्थायी रूप से डंप किया था, लेकिन यह एक विशाल डेटा रिपॉजिटरी में बदल गया था जिसमें विविध बैकअप थे, साथ ही फाइलों का एक गुच्छा था जिसे किसी ने भी वापस करने की जहमत नहीं उठाई। जब ड्राइव की मृत्यु हो गई, तो हम माउंट करने के लिए इसे प्राप्त नहीं कर सके, चाहे हम कितनी बार भी चाकस्क या अन्य उपकरण चलाए।
अंत में, हमने स्पिनराइट खरीदा और चलाया ... जो 1 महीने से अधिक समय तक चलता रहा। हर बार जब यह खराब क्लस्टर से टकराता है, तो इससे डेटा को पुनर्प्राप्त करने की कोशिश में घंटों लग जाते हैं। फिर से, यह एक दोषपूर्ण 200 जीबी ड्राइव से डेटा को पुनर्प्राप्त करने की कोशिश में एक महीने से अधिक समय तक नॉनस्टॉप चला। (स्पिनराइट के बचाव में, यह कुछ ही घंटों में एक ड्राइव को स्कैन कर सकता है अगर कोई शारीरिक दोष नहीं है।) स्पिनराइट अंततः हमारी सभी फाइलों को पुनर्प्राप्त करने में सक्षम था, हालांकि बड़े लोगों में से कई वैसे भी भ्रष्ट हो गए थे। स्पिनराइट ने ड्राइव को फिर से माउंटेबल बनाया। तो मैं निश्चित रूप से कहूंगा कि इसने कुछ किया है।
हालाँकि, इस तथ्य के बावजूद कि यह काम किया है, मुझे नहीं पता कि क्या यह किसी लिनक्स सीडी को बूट करने और किसी फाइल को पूरे ड्राइव को कॉपी करने के लिए dd चलाने से ज्यादा मदद करता है। मरते समय पूरे एक महीने तक मरने वाली डिस्क नहीं चलाने के लिए कुछ कहा जाना चाहिए ! शारीरिक दोषों को फैलने की आदत लगती है। यह मुझे आश्चर्य नहीं होगा अगर स्पिनराइट चल रहा था, तब भी डिस्क को और भी नीचा दिखाया गया था। व्यक्तिगत रूप से, मैं बल्कि डेटा को डिस्क से जल्दी से जल्दी प्राप्त करना चाहता हूं, कई बैकअप चित्र बना सकता हूं, और फ़ाइलों को ऑफ़लाइन सुधारने का प्रयास करूंगा।
हमें हाल ही में अन्य डेटा को पुनर्प्राप्त करना पड़ा है, और dd ने बहुत अच्छा काम किया है। आप इसे ड्राइव से सभी अच्छे डेटा को कॉपी करने के लिए कह सकते हैं, फिर आप इसे खराब क्षेत्रों से डेटा खींचने की कोशिश करने (यानी, छोटे ब्लॉक आकार का उपयोग करने) के लिए कुछ और बार चला सकते हैं।
यदि आपके पास एक या दो घंटे का समय है, तो मैं कहूंगा कि स्पिनराइट खरीदने के बजाय dd का उपयोग करने का तरीका जानने के लिए आपका समय है:
http://www.debianadmin.com/recover-data-from-a-dead -हार्ड ड्राइव का उपयोग कर-dd.html
या थोड़ा आसान मार्ग पर जाएं और बस डाउनलोड करें dd_rescue:
http://www.garloff.de/kurt/linux/ddrescue
यदि आप अभी भी स्पिनरिट को चलाना चाहते हैं, तो मैं अत्यधिक अनुशंसा करता हूं कि जब आप ड्राइव से सभी मौजूदा डेटा को कॉपी कर लेते हैं, तो केवल लंबे समय तक ड्राइव चलाने से यह और अधिक खराब हो जाता है।
हर बार जब आप एक नया ड्राइव प्राप्त करते हैं, तो आपको लिनक्स सीडी को बूट करना चाहिए और दोषों की जांच करने के लिए बैडब्लॉक चलाना चाहिए। आपको समय-समय पर गिरावट के लिए अपनी ड्राइव की भी जांच करनी चाहिए। हमारे पास कम से कम 2 ब्रांड-नए ड्राइव हैं जो दोषों के साथ आते हैं, और 3 या 4 महीने के भीतर कुछ और मर जाते हैं (भले ही हमने उन्हें सेवा में रखने से पहले पूरी तरह से परीक्षण किया हो)।
ध्यान दें कि आपको रूट के रूप में बैडब्लॉक चलाने की आवश्यकता है, या यदि आप उबंटू लाइव सीडी बंद कर रहे हैं तो "सुडो" के साथ कमांड को उपसर्ग करें।
ब्रांड-नई ड्राइव (चेतावनी: सभी डेटा को नष्ट कर देती है!):
badblocks -wvs /dev/sd#
या
badblocks -wvs /dev/hd#
इन-ड्राइव ड्राइव (केवल पढ़ने के लिए परीक्षण):
badblocks -vs /dev/sd#
या
badblocks -vs /dev/hd#
जहां लिनक्स में # ड्राइव नंबर है। आईडीई ड्राइव को आमतौर पर / देव / एचडी # कहा जाता है, और एससीएसआई (और अक्सर SATA) ड्राइव / देव / एसडी # हैं।
बैडब्लॉक के बारे में अधिक जानकारी यहाँ: http://en.wikipedia.org/wiki/Badblocks
वैसे, भले ही dd और badblocks लिनक्स प्रोग्राम हैं, आप इन्हें NTFS ड्राइव पर उपयोग कर सकते हैं, और आप लिनक्स में NTFS विभाजन को माउंट भी कर सकते हैं, चाहे आप MBR विभाजन, डायनेमिक डिस्क या GPT डिस्क का उपयोग कर रहे हों।
स्टीव के प्रलेखन में कई काल्पनिक समस्याओं पर चर्चा की गई है जो स्पिनरिट सैद्धांतिक रूप से मदद कर सकती है। उदाहरण के लिए: समय के साथ फीका पड़ना और हर ब्लॉक को पढ़कर "रिफ्रेश" होने की आवश्यकता होती है और इसे फिर से डिस्क पर वापस लिख दिया जाता है, या यह धारणा कि बार-बार किसी ब्लॉक के दोनों ओर रीड हेड को रिप्रेजेंट करना आपको अंततः स्टेटिस्टिव डिवाइन की अनुमति देगा उस ब्लॉक में संग्रहीत मूल डेटा। तार्किक रूप से, ये बातें समझ में आती हैं, लेकिन मुझे लगता है कि वे सिर्फ अकादमिक समस्याओं का समाधान हैं जो वास्तव में वास्तविक दुनिया में उत्पन्न नहीं हो सकती हैं। (कम से कम, हार्ड डिस्क के साथ - शायद ज़िप डिस्क और इस तरह के डेटा फ़ाइडिंग के लिए अतिसंवेदनशील थे।) यदि स्टीव ने विषयों पर कागजात का हवाला दिया, या यदि ये तकनीक प्रयोगात्मक रूप से प्रभावी साबित हुई थी। तब मैं वहाँ कई खुले स्रोत या व्यावसायिक रूप से उपलब्ध स्पिनराइट क्लोन होने की उम्मीद करूंगा। यह पाइथन, पर्ल या UNIX शेल स्क्रिप्ट लिखने के लिए एक औसत स्क्रिप्ट प्रोग्रामर की क्षमताओं के भीतर अच्छी तरह से होगा, जिसमें सभी स्पिनरिट की प्रलेखित विशेषताएं शामिल हैं।