हार्ड डिस्क विफलता पुनर्प्राप्ति - यह आप इसे कैसे करते हैं

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

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

नोट:छवि विकिमीडिया से ली गई है, CC BY-SA 3.0 के तहत लाइसेंस प्राप्त है।

ड्रामा अनलोड किया गया

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

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

यदि नीला रंग बदलकर लाल या पीला हो जाए तो अशुभ होने वाला है।

मैंने डेस्कटॉप को बंद कर दिया, केस खोला और मरते हुए 1TB ब्लू को 2TB ब्लैक से बदल दिया। मैंने तब डेस्कटॉप पर संचालित किया और एक थंब ड्राइव से लाइव Ubuntu 16.04 सत्र में बूट किया, जहाँ मैंने आवश्यक विभाजन लेआउट बनाने के लिए GParted का उपयोग किया। मैंने ऑपरेटिंग सिस्टम के लिए एक गंतव्य के रूप में 100MB सिस्टम आरक्षित प्राथमिक विभाजन और 110GB विभाजन बनाया। मूल ब्लू में 100 जीबी का विभाजन था, लेकिन मैंने सोचा कि छवि पुनर्प्राप्ति विफल होने के किसी भी मौके से बचने के लिए आकार को थोड़ा सा बढ़ाना बेहतर होगा। अंत में, मैंने डी:और ई:ड्राइव के अनुरूप दो तार्किक विभाजनों को आकार में वृद्धि के साथ शामिल करने के लिए विस्तारित विभाजन बनाया।

एक बार यह चरण पूरा हो जाने के बाद, मैंने Acronis लाइव रिकवरी मीडिया में बूट किया और MBR, सिस्टम आरक्षित विभाजन और C:ड्राइव को पुनर्स्थापित किया। सब कुछ सफलतापूर्वक पूरा हुआ। मैंने C:विभाजन को सक्रिय के रूप में चिह्नित किया, जो एक गलती के रूप में निकला, और अगले रिबूट पर, डेस्कटॉप ने बूटलोडर को खोजने में सक्षम नहीं होने की शिकायत की। इसने एक और उबंटू लाइव सत्र की आवश्यकता की, जहाँ मैंने GParted का उपयोग करके विभाजन के झंडे को बदल दिया। इसके बाद, विंडोज ने ठीक लोड किया, जैसे कि कभी कुछ बुरा नहीं हुआ हो। मैंने डेटा को दो ड्राइव D:और E:में भी पुनर्स्थापित किया, और कुल डाउनटाइम के एक घंटे से भी कम समय के भीतर, मैं सामान्य उत्पादन पर वापस आ गया था।

सुनिश्चित करें कि आपने बूट फ़्लैग्स को सही तरीके से सेट किया है।

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

निष्कर्ष

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

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

मेरे पास अतिरिक्त डिस्क, अप-टू-डेट सिस्टम इमेज और डेटा बैकअप थे, और मैं जल्दी और लगभग दर्द रहित रूप से ठीक होने में सक्षम था। डिस्क को बदलना सबसे कठिन काम था। And waiting for the Acronis DVD to boot. Losing a hard disk can cause people a lot of grief. I'm happy my setup withstood the test. Perhaps there's a worthy lesson for you in here. Stay sharp.

प्रोत्साहित करना।