सवाल क्या स्पिनराइट ऐसा करता है जो वह करने का दावा करता है? [बन्द है]


मेरे पास स्टीव गिब्सन के साथ कोई असली (यानी पेशेवर) अनुभव नहीं है SpinRite इसलिए मैं इसे एसएफ समुदाय में रखना चाहता हूं। क्या स्पिनराइट वास्तव में ऐसा करता है जो दावा करता है? क्या यह उपयोग करने के लिए एक अच्छा उत्पाद है? उचित बैकअप समाधान और RAID गलती सहनशीलता के साथ, मुझे इसकी आवश्यकता कभी नहीं मिली है, लेकिन मैं उत्सुक हूं।

इसके बारे में कुछ विवादित संदेश प्रतीत होते हैं, और कोई भी कठोर डेटा किसी भी तरह से नहीं पाया जा सकता है।

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

तो इस मामले की सच्चाई क्या है? क्या आप इसका इस्तेमाल करेंगे?


65
2017-08-07 22:40


मूल


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


जवाब:


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

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

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

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

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

यदि आपके पास एक घंटे या उससे अधिक समय बचा है, तो मैं कहूंगा कि स्पिनराइट खरीदने के बजाय डीडी का उपयोग करने के तरीके के बारे में जानने के लिए आपका समय लायक है: http://www.debianadmin.com/recover-data-from-a-dead-hard-drive-using-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#

जहां # लिनक्स में ड्राइव नंबर है। आईडीई ड्राइव आमतौर पर / dev / hd # कहा जाता है, और एससीएसआई (और अक्सर SATA) ड्राइव / dev / sd # हैं।

यहां Badblocks पर अधिक जानकारी: http://en.wikipedia.org/wiki/Badblocks

वैसे, भले ही डीडी और बैडब्लॉक लिनक्स प्रोग्राम हैं, आप एनटीएफएस ड्राइव पर उनका उपयोग कर सकते हैं, और आप एमबीआर विभाजन, गतिशील डिस्क या जीपीटी डिस्क का उपयोग कर रहे हैं या नहीं, भले ही आप लिनक्स में एनटीएफएस विभाजन को माउंट कर सकें।

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


58
2018-01-14 00:52



वाह। Badblocks पर महान जानकारी के लिए +1। - Kamil Kisiel
क्या आपने फ्रीजर बैग में रखा था और पहले ड्राइव को फ्रीज किया था? यह एक मरने वाली डिस्क काम को माउंट करने और सामान को कॉपी करने के लिए पर्याप्त लंबे समय तक मदद करता है। कभी कभी। - dlamblin
टिप्पणी फिर से: स्टीव प्रासंगिक नहीं हैं। यह प्रतिक्रिया जानकारीपूर्ण है लेकिन उन्हें हटाकर साफ़ किया जा सकता है। - Ethan Post
@Ethan: धन्यवाद, मैंने लेख अपडेट किया है। मैं यह इंगित करने की कोशिश कर रहा था कि स्पिनराइट अपने स्वयं के लिए बहुत चालाक हो सकता है - यानी, स्टीव को समस्याओं का सही ढंग से शोध किए बिना अपने समाधानों को अधिक महत्व देने की आदत है। उदाहरण के लिए, उन्होंने विंडोज़ में कुछ नेटवर्क बंदरगाहों को सक्षम / अक्षम करने के लिए असेंबली में दो उपयोगिताएं लिखीं और इसके बारे में एक बड़ा, लंबा लेख लिखा - केवल बाद में यह पता लगाने के लिए कि वह आसानी से एक ही बॉक्स को अनचेक करके एक ही चीज़ कर सकता था विंडोज। - rob
@ एलेक्स: स्पिनराइट chkdsk या badblocks के समान है; यह सिर्फ बहुत कठिन कोशिश करता है। यह बहस योग्य है कि इसे वास्तव में कितना कठिन प्रयास करना है। जबकि सिर एक खराब ब्लॉक को पढ़ने की कोशिश कर रहा है, लेकिन यह platters में धूल scraping भी हो सकता है, और उन्हें और भी नुकसान पहुंचा सकता है। डेटा को बचाने के लिए अच्छा है, लेकिन पहले से ही मरने वाले ड्राइव पर अधिक पहनने और फाड़ना खराब है। मुझे लगता है कि यदि आपके पास पहले से स्पिनराइट है और इसे चलाने के लिए चाहते हैं, तो आपको केवल इतना करना चाहिए कि आपने मौजूदा डेटा को कॉपी कर लिया है। फिर स्पिनराइट चलाएं, फिर से डेटा कॉपी करें, और देखें कि क्या कुछ बदल गया है, अगर कुछ भी हो। इसके अलावा: धन्यवाद! :) - rob


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

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

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

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

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

इस लेखन के अनुसार, स्टीव स्पिनराइट के संस्करण 7 पर काम कर रहा है जिसमें डेटा वसूली शामिल होगी dd_rescue साथ ही क्षेत्र की वसूली सामग्री वह अब करता है। माना जाता है कि यह व्यक्तिगत खराब क्षेत्रों पर ध्यान केंद्रित करने से पहले किया जाएगा ताकि वह केवल एक क्षेत्र को ठीक करने के लिए एक मरने वाले ड्राइव के जीवन का उपयोग नहीं करेगा।


28
2017-09-11 20:17



मुझे लगता है कि अधिकांश लोगों के आरक्षण स्टीव के अनगिनत गलत तरीके से झूठ बोलते हैं और यदि कार्यक्रम में कुछ गुप्त सॉस था तो किसी ने इसे अब तक समझ लिया होगा और इसे कॉपी करने की कोशिश की होगी। - Chris S
अद्भुत जवाब, थोड़ी देर के लिए "दृश्यों के पीछे" किसी व्यक्ति से अंतर्दृष्टि प्राप्त करना बहुत अच्छा है। मैं अभी भी यह चाहता हूं कि डिस्क पर बड़ी तनाव डालने के संभावित डेटा हानि पर आप एक बड़ा जोर डालेंगे यदि यह पहले से विफल हो रहा है, एक के रूप में चाहिए ड्राइव रिकवरी हाउस पर जाएं (जैसा कि आपने बताया है)। - pauska
टेनेर, क्या आपके पास कोई विवरण है जिस पर कमांड सेट किया गया है एटीए कमांड विनिर्देश एक "uncorrected" क्षेत्र पढ़ने की अनुमति होगी? जहां तक ​​मुझे पता है कि यह न तो संभव है और न ही वांछनीय है क्योंकि सतह रिकॉर्डिंग और पढ़ना एक सांख्यिकीय दृष्टिकोण लेता है और अनिवार्य रूप से त्रुटियों का उत्पादन करेगा जो त्रुटि-सुधार कोड में निहित अनावश्यक जानकारी द्वारा सही किए जाने की आवश्यकता होगी। - the-wabbit
यह रीड लॉन्ग कमांड के साथ संभव था, जिसने क्षेत्र से कच्चे आंकड़े को वापस मेजबान भेजा, मानते हुए कि ड्राइव को एक पूर्ण क्षेत्र का डेटा मिल गया है (कभी-कभी क्षेत्र इतनी बुरी तरह क्षतिग्रस्त हो जाता है, यह भी ऐसा नहीं कर सकता इससे कोई फर्क नहीं पड़ता कि डेटा कितना दूषित है)। मूल उद्देश्य ड्राइव की ईसीसी मजबूती के मेजबान परीक्षण की अनुमति देना था। स्टीव ने कभी नहीं कहा है कि वह यही उपयोग करता है या नहीं। हालांकि, एटीए विनिर्देश के हाल के संस्करणों से पढ़ें लांग कमांड हटा दिया गया है। यदि स्टीव वर्तमान में उपयोग करता है, तो मुझे नहीं पता कि वह भविष्य में क्या करेगा। - tenner
READ LONG एटीए 4 के रूप में obsoloete के रूप में चिह्नित किया गया है। इसका मतलब यह होगा कि यह लगभग 20 वर्षों तक चला गया है। जिस बिंदु को मैं बनाने की कोशिश कर रहा हूं वह संभवतः वहां है एक ड्राइव से कच्चे uncorrected डेटा पढ़ने के लिए कोई आदेश नहीं है, इस प्रकार स्पिनराइट को यह हासिल करने का कोई तरीका नहीं है कि वह क्या करने का दावा करता है। - the-wabbit


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

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

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

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


10
2018-05-23 01:02



क्षेत्रीय रीमेप्स को मजबूर करना एक संयोग नहीं है जो उपाख्यानों की ओर अग्रसर है, यह स्पिनराइट की रणनीति का एक प्रमुख हिस्सा है। इसके अलावा स्पिनराइट ने यह पहचानने के लिए ड्राइव प्राप्त की है कि मैं स्मार्टमोनोल्स को नहीं चला सकता, क्योंकि यह "वहां नहीं था"। मुझे नहीं लगता कि 2010 में स्पिनराइट 2010 में अनिवार्य है, लेकिन "बेकार" है, मुझे ऐसा नहीं लगता है, मैंने बहुत कम प्रयास के साथ इसके साथ बहुत सारे ड्राइव पुनर्प्राप्त किए हैं। यहां तक ​​कि यदि अन्य विधियां अब मौजूद हैं, तो आप उपयोगिता के लिए इसे हरा नहीं सकते हैं। बस बूट करें और चलाएं। - kmarsh
kmarsh, मुझे नहीं लगता कि आप समझते हैं कि सेक्टर रीमेपिंग कैसे काम करता है। आधुनिक ड्राइव फ़र्मवेयर स्वचालित रूप से एक सेक्टर को रीमेप कर देगा जब कोई भी पढ़ा / लिखना ऑपरेशन एक मामूली संकेत देता है। जीआरसी का दावा है कि क्षेत्र रीमेपिंग "फोर्सिंग" द्वारा स्पिनराइट "फ्रेशन्स" डिस्क, जो है तकनीकी रूप से सच है, लेकिन ऐसा कोई भी आदेश जो पूरी डिस्क को पढ़ता है। किसी भी लाइव लिनक्स सीडी को बूट करें और 'cat / dev / sda> / dev / null' चलाएं, और आपने $ 89 का भुगतान किये बिना डिस्क को "ताज़ा" किया है। - Ryan B. Lynch
रयान, जिस स्रोत पर आप पढ़ते हैं, उसके आधार पर "वर्तमान लंबित क्षेत्र गणना" के बारे में सफल पढ़ना हमेशा रीमेपिंग में नहीं होगा। एक्रोनिस इंगित करता है ऐसा होगा अगर "त्रुटियां अभी भी होती हैं।" अन्य कहते हैं कि यह केवल लिखने पर ही होगा विकिपीडिया लेख (और यह सशर्त हो सकता है)। किसी भी मामले में, आपको इस चक्र को करने के लिए स्पिनराइट की आवश्यकता नहीं है। स्पिनराइट अलग-अलग करने का दावा करता है, तुरंत लंबित क्षेत्रों पर छोड़ नहीं जाता है (चाहे राजवंश काम करता है, मुझे यकीन नहीं है)। - James Snyder
रयान, ड्राइव्स डेटा को पुनर्प्राप्त नहीं कर सकते हैं, तो ड्राइव स्वचालित रूप से एक क्षेत्र को रीमेप नहीं करते हैं। मान लीजिए उन्होंने किया था। इस क्षेत्र को रीमेप्स करने के बाद इस क्षेत्र को ड्राइव क्या लिखेगा क्योंकि यह मूल क्षेत्र से डेटा पुनर्प्राप्त नहीं कर सका? और इसके बाद इसे हटा दिया जाता है, यह क्षेत्र हमेशा अच्छा होगा - लेकिन गलत डेटा के साथ। यह डेटा भ्रष्टाचार है, जो कोई ड्राइव निर्माता जानबूझकर नहीं करेगा। इसके अलावा, यदि कोई क्षेत्र खराब है, तो कई OEM स्वचालित रीमेपिंग नहीं चाहते हैं। वे अधिकतर मेजबान रीट्रीज़ की अनुमति देते हैं, जो ड्राइव को स्वचालित रूप से क्षेत्र को रीमेप्स करते हैं, जो असंभव है। - tenner


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

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

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

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


10
2017-12-08 22:57



"एक डिस्क के लिए 800 डॉलर से 3000 डॉलर के ऑर्डर पर" - यानी, जब सस्ते हो। कम से कम लोग जो मेरे देश में फीड्स के लिए करते हैं, प्रत्येक जीबी के लिए ~ 300 अमरीकी डालर तक चार्ज करते हैं। - Camilo Martin
@ कैमिलो मार्टिन: अगर कोई आपके द्वारा किए गए काम के बजाए दी गई जानकारी के लिए चार्ज कर रहा है, तो आपको किसी ऐसे व्यक्ति को ढूंढना होगा जो थोड़ा अधिक ईमानदार हो। यह एक कार मरम्मत की दुकान की तरह है जो नए ब्रेक पैड की स्थापना के बजाए कार कितनी दूर जाएगी। किसी भी (अत्यधिक कुशल) दुकानों में से कोई भी मैंने उस प्रकार के मूल्य निर्धारण योजना के उपयोग के साथ काम नहीं किया है; शायद खिलाया अनुबंध उनके अहंकार को बढ़ा दिया है। - tylerl
शायद यह मामला है (निश्चित रूप से सरकार के साथ उनका अनुबंध इन शर्तों पर नहीं है)। वैसे, स्पिनराइट मुझे हार्ड ड्राइव को पुनर्प्राप्त करने में मदद कर रहा है। मेरी वर्तमान प्रक्रिया ड्राइव को एक प्रशंसक के साथ यथासंभव ठंडा रखना है (और वास्तव में यह कम से कम बिट को गर्म नहीं करता है) और इसमें बहुत अधिक समय लगता है, मैं अंत में इसे फिर से घुमा रहा हूं और फ़ाइलों की स्थिति की जांच कर रहा हूं । मैं पुष्टि कर सकता हूं कि एक फ़ाइल पुनर्प्राप्त की गई थी, और इसे पहले से डीड्रेस्यूक के साथ हंडरेन्ड पढ़ा गया था (बिना किसी प्रभाव के)। में खुश हूँ! - Camilo Martin


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


6
2017-08-07 23:30



+1। और जितना मैं आपको इसके लिए कई बार +1 करना चाहता हूं, जैसा कि शब्द दिया गया है, यह एक जैसा पढ़ता है टिप्पणी और नहीं उत्तर। - jscott
इस सवाल का जवाब स्टीव गिब्सन पर भरोसा करना है कि कंप्यूटर विज्ञान और कोडिंग में कोई अच्छा होना है या नहीं। यह कुछ हद तक व्यक्तिगत राय है जिसे मैंने जितना संभव हो सके रखने की कोशिश की। मेरे लिए यह "एक छड़ी के साथ छूना" करने के लिए उबाल जाएगा। और निश्चित रूप से पैसे खर्च नहीं करते हैं। इसके अलावा, यह एक टिप्पणी में फिट नहीं होगा। अगर आपको लगता है कि इसे बेहतर किया जा सकता है, तो आपको संपादित करने के लिए आपका स्वागत है। - the-wabbit
उन तीन लेखों को उसी व्यक्ति, थॉमस सी ग्रीन द्वारा लिखा गया था। वास्तव में उचित नहीं है। - Peter
@ मूल बिंदु पीटर यह है कि इससे कोई फर्क नहीं पड़ता। आलेख संदर्भ घटनाएं जिन्हें सरल शोध द्वारा सत्यापित किया जा सकता है। भले ही ग्रीन के पास स्टीव गिब्सन के खिलाफ पूर्वाग्रह था, लेकिन यह वास्तविक तथ्यों में से कोई भी कम सत्य नहीं बनाता है। साथ ही, मेरा मानना ​​है कि पूर्वाग्रह वाल्व के दावों के स्टीव के इतिहास से अच्छी तरह से योग्य था। - the-wabbit
@ syneticon-dj पर्याप्त मेला, लेकिन तथ्यों को आसानी से फैलाया जाता है, सभी फॉक्स न्यूज़ समाचारों में सबसे विश्वसनीय नाम है। - Peter


इसका इस्तेमाल करेंगे, इसका इस्तेमाल किया है, इसकी सिफारिश करेंगे।

मेरे पास सॉलिडवर्क्स ड्रॉइंग से भरा 160 जीबी सैटा हार्ड ड्राइव था। एक दिन एक बिजली आउटेज ने इस मशीन को नीचे ले लिया। बाद में मशीन बूटअप के दौरान केवल ब्लूस्क्रीन होगी।

अंत में हमने कोशिश करने के बाद स्पिनराइट खरीदा ChkDsk और निर्माता के सरल उपयोगिता कार्यक्रम। SpinRite डिस्क पर उन त्रुटियों को पाया और तय किया। इसके बाद सभी डेटा वसूली योग्य था।

यदि आपकी हार्ड डिस्क टोस्ट है, और यदि आपका डेटा एक नई डिस्क की लागत से अधिक मूल्यवान है, यह $ 89 अमरीकी डालर की खरीद के लायक है।


5
2017-08-07 23:38



आपके पास कोई बैकअप नहीं था? मैं बजाय बैकअप करने और RAID करने की सलाह देना चाहूंगा। - niXar


मुझे पता है कि स्पिनराइट एक बहुत पुराना उत्पाद है और तथ्य यह है कि यह संस्करण 6 पर है, यह सुझाव देता है कि इसमें कई अपडेट नहीं हैं। मैंने लगभग 15 साल पहले इसके बारे में सुना है, जब विंडोज़ अभी भी एमएस-डॉस के लिए 16-बिट ऐड-ऑन था। विकिपीडिया पेज यहां तक ​​कि कहते हैं कि इसका पहला संस्करण 1 9 88 में बनाया गया था! और यदि उत्पाद अच्छा उत्पाद नहीं है तो उत्पाद 21 साल तक नहीं टिकेगा। हालांकि, वे ऐसा प्रतीत करते हैं जैसे यह बहुत ही उपयोगी उपयोग के साथ एक बहुत ही बहुमुखी उत्पाद है, लेकिन वे केवल बिक्री करने वाले लोग हैं, क्योंकि मूल रूप से यह केवल सॉफ्टवेयर का एक टुकड़ा है जो स्कैन करता है और चुंबकीय डेटा संग्रहण को ठीक करता है।

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

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

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

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


3
2018-01-14 12:07



मैं यह जोड़ना चाहता हूं कि साइट पर एफएक्यू का उल्लेख है कि इसकी गति 2 जीबी प्रति मिनट तक होगी। अक्सर इससे धीमा। तो, 120 जीबी एक घंटे ले सकता है, एक टेराबाइट लगभग 8 घंटे। यही है, अगर कोई समस्या नहीं आती है। तो नहीं, जब मैं आपको शाम को स्पिनराइट शुरू करने के लिए कहता हूं और सुबह में जांच करता हूं तो मैं अतिरंजित नहीं हूं! - Wim ten Brink
मैं उन संस्करण 1 उपयोगकर्ताओं में से एक था! :-) मेरे टर्बो एक्सटी पर एक पुरानी आरएलएल (2,7) ड्राइव बचाई! आवधिक गहरी ताज़ा करना उन पुरानी स्टेपर मोटर ड्राइव को वापस लाने की बात थी! इसे संस्करण 3 के माध्यम से उपयोग किया जाता है, जिस बिंदु पर मेरे पास कोई ड्राइव विफलता नहीं है जिसकी मैंने परवाह की है (इसलिए सॉफ़्टवेयर के किसी भी अपग्रेड नहीं किए गए हैं)। - Brian Knoblauch
लिनक्स को सिर्फ संस्करण 3 (और जहां तक ​​मुझे पता है, वहां कोई बड़ा ब्रेकिंग बदलाव नहीं हुआ था, वे बस इतना समय के बाद बड़ी संख्या में वृद्धि करना चाहते थे)। संस्करण संख्या का मतलब विकास नहीं है। - Camilo Martin


यह कहना बेकार है कि यह chkdsk से "बेहतर" है। Chkdisk क्या करता है के लिए अच्छा है। स्पिनराइट माना जाता है कि कुछ और करता है।

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

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

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


2
2018-02-25 16:29