TrueCrypt कंटेनर के साथ "टूटी हुई" पोर्टेबल हार्ड ड्राइव को बचाएं

इतिहास

व्यक्तिगत डेटा की चोरी-सुरक्षित हस्तांतरण, पोर्टेबल एप्लिकेशन, स्क्रैपबुक डेटाबेस और आर्किविज़र 3000 ब्रूस श्नेयर के उदाहरण के आधार पर उपस्थिति के दो स्थिर बिंदुओं के बीच, सुपरफ्लेस्का बनाया गया था - एक पोर्टेबल 2.5 '' तोशिबा वीपी 352518 में वीपीओ वीपी -352518 केस के साथ हार्ड ड्राइव और नारियल के साथ SATA इंटरफेस। अंदर। हालांकि, " मुसीबत आ गई, जहां से वे इंतजार नहीं करते थे! "।

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

उपस्थिति के बिंदुओं पर बढ़ते - समय-समय पर nnCron लिपियों द्वारा या nnCron + KeePas s का उपयोग करके ऑटो-पूर्ण पासवर्ड प्रविष्टि डायलॉग के साथ उपयुक्त USB- ड्राइव को जोड़कर ।

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

निदान

पहले, नियमित साधनों के साथ मुकाबला करने की उम्मीद थी।
अगली बार जब मैंने क्रिप्टोकरंसी को कनेक्ट किया और माउंट किया, तो मुझे ट्रू क्रिप्ट्री पहले मिला:


यहां तक ​​कि अगर यह "नहीं" चुनने के लिए विवेकपूर्ण है, तो भी विंडोज अपने 5 kopecks सम्मिलित करेगा।


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

असफल क्रिप्टोकरंसी को कॉपी करने का असफल प्रयास यह दर्शाता है कि समस्या गहरी है - या तो NTFS नष्ट हो गया है, या "क्लस्टर" गिर गया।

रोगसूचक उपचार

मानक टूल विंस का उपयोग करके जानकारी की प्रतिलिपि बनाने का प्रयास (त्रुटि संदेशों को दबाने के तरीके में xcopy ) और कुल कमांडर ए (प्रत्येक मामले के लिए जारी की गई फ़ाइल को पढ़ने में असमर्थता के बारे में एक अनुचित संदेश के संवाद में ऑटो क्लिक करने के लिए nnCron स्क्रिप्ट के निर्माण के साथ और "सभी को छोड़ें" नहीं। ») घसीटा गया। बहुत सारी फाइलें कॉपी नहीं की गईं। तो, शायद खराब ब्लॉक।

इलाज

सामान्य ज्ञान के अनुसार, मोक्ष का एक और विकल्प का आविष्कार किया गया था, जो तात्कालिक साधनों के साथ संभव है (और अंततः मिशन के सफल समापन के लिए नेतृत्व किया गया):

1. फ़ाइल कंटेनर को "टूटी" फ़ाइल के रूप में एक नई सुरक्षित जगह पर कॉपी करें।
2. कॉपी किए गए कंटेनर को कनेक्ट करें।
3. उसे "इलाज" और उससे बाहर खींचो।

पहले चरण को पूरा करने के लिए, इसमें शामिल " कुल कॉपी" और दिमित्री सर्गेव nscopy.exe (नॉन-स्टॉप कॉपी v1.04) पर कुल कमांडर के लिए प्लगइन का चयन किया गया था । अधिक सटीक रूप से, यह प्लगइन इसके आधार पर बनाया गया है। 2006 के रिलीज के साल और विकास की समाप्ति के बावजूद, वहाँ कुछ भी नहीं है लगता है कि सुधार के लिए, कार्यक्रम अपने कार्यों के साथ बहुत अच्छी तरह से मुकाबला करता है।
ध्यान दें : कंटेनर माउंट नहीं होना चाहिए! अन्यथा, nscopy इसे एक्सेस नहीं कर पाएगी।

तो, एक पैनल पर - क्रिप्टोकरंसी ( MyDocs.tc ) के साथ वांछित डिस्क, बैड कॉपी प्लगइन के माध्यम से खोला गया, दूसरे पर - नए क्रिप्टोकरंसी स्टोरेज के लिए एक सुरक्षित स्थान। F5, Ok - फ़ाइल को प्लगइन के साथ लोड करें (पुनर्प्राप्ति प्रक्रिया शुरू करें):


एक डाउनलोड संवाद दिखाई देता है, लेकिन प्रगति पट्टी बढ़ती नहीं है:


यह सही है, क्योंकि nscopy मुख्य विंडो समानांतर और अगोचर रूप से शुरू हुई:


स्कैनिंग की प्रक्रिया में, 2 फाइलें बनाई गई थीं: क्रिप्टोकरंसी के साथ एक ही नाम और <एक ही नाम के साथ .nsc। ऑपरेशन की शुरुआत से "सहेजे गए" कंटेनर का मूल फ़ाइल के समान आकार है - डिस्क स्थान आरक्षित है। इसलिए बोलने के लिए, "बचने के लिए।"

NSCopy के पास वितरण में एक अच्छा howto.txt है, जो वर्णन करता है, उदाहरण के लिए, कैसे:

1. बैच कॉपी निर्देशिका;
2. एक्सप्लोरर संदर्भ मेनू में एकीकृत करें।

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

NSCopy, अन्य बातों के अलावा, कमांड लाइन से नियंत्रित किया जा सकता है।

मैं अभी समझाता हूं कि मैं इस कार्यक्रम का इतने विस्तार से वर्णन क्यों करता हूं और कोई विकल्प नहीं लाता।

1. जो हुआ उसका सदमा। सभी विचार रिकवरी पर हैं। घटना के तुरंत बाद - पूर्णतावाद के लिए समय नहीं था।
2. NSCopy पहले से ही कुल में खड़ा था। डीवीडी के समय की विरासत की तरह।
3. किसी विकल्प की आवश्यकता नहीं थी - विधि ने काम किया और सब कुछ काम किया।
4. पोस्टमार्टम के साथ गुगली करने से नतीजे नहीं निकले - यह किसी तरह मीडिया से पिटाई गई फाइलों को ठीक करने के कार्यक्रमों के बाजार में विरल था। पाए गए कार्यक्रमों में से कोई भी नाम और संस्करण की संख्या और नवीनतम चरम संस्करण की रिलीज़ तिथि के मूल्यांकन की महत्वपूर्ण समझ के चरण को पारित नहीं किया है। प्रभावित नहीं, संक्षेप में।

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

कुछ घंटों का इंतजार और - खत्म। और मेरे मामले में (शायद यह एक अपवाद है) 100% तक नहीं पहुंच पाया। मैंने लंबे समय तक इंतजार किया और अपने जोखिम पर मैंने अभी भी "स्टॉप" पर क्लिक किया। यह कुछ भी घातक नहीं था, क्योंकि NSCopy को काफी मज़बूती और दृढ़ता से लिखा गया था - आखिरकार, और यह खराब डिस्क के रूप में ऐसी अविश्वसनीय चीज के लिए तेज हो गया है। Readme.txt में लेखक खुद कहता है - रिकवरी एल्गोरिदम क्रमिक रूप से काम करते हैं। दूर - अधिक जानकारी को पुनर्स्थापित किया जाएगा, लेकिन इसमें अधिक समय लगेगा। कब रुकना है, इसका निर्णय स्वयं करें।



99% नॉन-स्टॉप कॉपी पर रुकने के बाद, बहाल किए गए क्रिप्टोकरंसी को एक बार और अपरिवर्तित विश्वसनीयता के लिए कॉपी किया गया था, और फिर सामान्य तरीके से माउंट किया गया था। TrueCrypt ने फिर से एक अमान्य शटडाउन का पता लगाया। अब आप सुरक्षित रूप से प्रयोगों में जा सकते हैं।



एक और चेतावनी:


और एक बात:


और अंत में, चेक शुरू होता है:


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

रोकथाम (परिणाम)

ऐसा लगता है कि इस बार वह थोड़ा डर के साथ उतर गया। सकारात्मक से:

1. "सुपर फ्लैश ड्राइव" का हार्डवेयर अपडेट किया गया - अब 250 के बजाय 500 जीबी। अब मैं इसे नियमित रूप से करूंगा। किसी भी मामले में, मेरी नसें अधिक महंगी हैं ~ 1600r। हर 1-1.5 साल में एक नए पेंच के लिए।
2. उन्होंने क्रिप्टोकरंसीज़ पोकोत्सनीह को बहाल करने की विधि पर काम किया।
3. उन्होंने एक सुपरफ्लश से दूसरे में माइग्रेशन प्रक्रिया को अंजाम दिया और सीमित गतिशीलता के एक अस्थायी मोड में काम करता है।
4. उन्होंने अपने वर्कफ़्लो के "अड़चनों" का खुलासा किया, जिसमें ऑनलाइन और जीवन / कार्य से बाहर न होने के लिए पोर्टेबल सॉफ़्टवेयर का अनिवार्य दोहराव आवश्यक है। उदाहरण के लिए, कॉन्फ़िगर किए गए खातों के साथ एक IM क्लाइंट, कार्य सामग्री के साथ स्क्रैपबुक, कार्यों / असाइनमेंट के साथ MyLifeOrganized डेटाबेस।