हार्ड डिस्क विफलता से कैसे उबरें: एक चरण-दर-चरण मार्गदर्शिका

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

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

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

ड्रामा अनलोडेड

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

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

अगर नीला लाल या पीले में बदल जाता है, तो बुरी चीजें होने वाली हैं।

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

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

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

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

निष्कर्ष

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

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

मेरे पास स्पेयर डिस्क, अप-टू-डेट सिस्टम इमेज और डेटा बैकअप थे, और मैं जल्दी और लगभग दर्द रहित रूप से पुनर्प्राप्त करने में सक्षम था। डिस्क प्रतिस्थापन सबसे कठिन कार्य था। और Acronis DVD के बूट होने की प्रतीक्षा। हार्ड डिस्क खोने से लोगों को बहुत दुख हो सकता है। मुझे खुशी है कि मेरा सेटअप परीक्षण का सामना कर सका। शायद यहाँ आपके लिए एक योग्य सबक है। सतर्क रहें।

चीयर्स।