एक बाहरी 3 of "एचडीडी विफल होने का खतरा लगता है - यह बेकार होने पर टिक लगता है ।
मैंने एक प्रतिस्थापन ड्राइव हासिल कर ली है, और जितना संभव हो उतना बचत करने का सबसे अच्छा मौका के साथ संदिग्ध ड्राइव से डेटा प्राप्त करने के लिए सबसे अच्छी रणनीति जानना चाहता हूं।
कुछ निर्देशिकाएं हैं जो दूसरों की तुलना में अधिक महत्वपूर्ण हैं। हालांकि, मैं अनुमान लगा रहा हूं कि निर्देशिकाओं को चुनना और चुनना पूरी चीज को बचाने के मेरे अवसरों को कम करने वाला है। मुझे इसे माउंट भी करना होगा, फ़ाइल लिस्टिंग को डंप करना होगा, और फिर निर्देशिका को प्रभावी रूप से प्राथमिकता देने में सक्षम होने के लिए इसे अनमाउंट करना होगा। इस तथ्य में जोड़ना कि ऐसा करने में समय लगता है, मैं इस दृष्टिकोण से दूर हो रहा हूं।
मैंने केवल उपयोग करने पर विचार किया है dd, लेकिन मुझे यकीन नहीं है कि यह रीड एरर या अन्य समस्याओं को कैसे हैंडल करेगा, जो डेटा के केवल कुछ हिस्सों को बचाया जाने से रोक सकता है, या जिसे कुछ रीट्रीज़ के साथ दूर किया जा सकता है, लेकिन ऐसा नहीं है कि वे सहेजे जाने से ड्राइव के अन्य हिस्सों को खतरे में डालना। मुझे लगता है कि आदर्श रूप में यह संभव के रूप में प्राप्त करने के लिए एक एकल पास करेगा और फिर त्रुटियों के कारण जो कुछ भी याद किया गया था उसे वापस लेने के लिए।
क्या यह संभव है कि अधिक धीरे-धीरे नकल करना - जैसे कि हर एक्स एमबी / जीबी को रोकना - ऑपरेशन पूर्ण झुकाव को चलाने से बेहतर होगा, उदाहरण के लिए किसी भी ओवरहीटिंग मुद्दों से बचने के लिए?
"जहां आपका बैकअप है" भीड़ के लिए: यह वास्तव में मेरी बैकअप ड्राइव है, लेकिन इसमें संगीत जैसे कुछ गैर-महत्वपूर्ण और भारी सामान भी शामिल हैं, जो बैकअप नहीं हैं, अर्थात बैकअप नहीं हैं।
ड्राइव ने कुछ हद तक अशुभ ध्वनि के अलावा विफलता के किसी भी स्पष्ट संकेत को प्रदर्शित नहीं किया है। मुझे हाल ही में कुछ त्रुटियों का सामना करना पड़ा - अनाथ इनोड्स, गलत मुक्त ब्लॉक / इनोड्स मायने रखता है, इनोड बिटमैप अंतर, हटाए गए इनोड्स पर शून्य अवधि; सभी में लगभग 20 त्रुटियां।
विभाजन की फाइलसिस्टम एक्स 3 है।