आपके डेटा का बैकअप लेने के बारे में मेरे लेख के बाद, मैंने कुछ महत्वपूर्ण नए सबक सीखे हैं:
हार्ड-ड्राइव कई मायनों में विफल हो सकते हैं और प्रत्येक विफलता के लक्षण अलग-अलग होते हैं। कभी-कभी बात बस काम करने में विफल होती है। यह, ड्राइव से कुछ शोर से, शायद, हो सकता है। ये लक्षण आमतौर पर यांत्रिक विफलता के कारण होते हैं जैसे कि दोषपूर्ण असर के कारण एक स्पिंडल पतन, लेकिन इस प्रकार की गलती सबसे आम नहीं है। आम तौर पर गिरावट सूक्ष्म होती है, समय के साथ बढ़ जाती है, और ड्राइव के ऑनबोर्ड इलेक्ट्रॉनिक सर्किट्री के साथ गलती के कारण सबसे अधिक संभावना है।
कंप्यूटर में सी: ड्राइव के साथ मेरी ऐसी एक गलती थी जो मैं हाल ही में यह लिख रहा हूं। बैकअप पर लेख लिखने के तुरंत बाद, यहाँ घटनाओं को बदलने के लिए सूक्ष्म श्रृंखला का एक खाता है:
जिस भी कारण से मुझे सिस्टम पर बैच वायरस मिलता रहा। यह लंबे समय से एक साप्ताहिक घटना थी, (यह, जहाँ तक मुझे पता है, आगामी डिस्क-विफलता के लिए एक पूरी तरह से अलग घटना है।) जिसके कारण मशीन हर अब और फिर से स्टॉप-एरर का उत्पादन करती है - बेहतर जिसे BSOD या मौत की नीली स्क्रीन के रूप में जाना जाता है। यह उपाय काफी नियमित था: C: \ delnis.bat (बैच वायरस) को C से निकालें : मैन्युअल रूप से ड्राइव करें और एक एंटीवायरस और एंटीस्पायवेयर स्कैन चलाएं ताकि यह सुनिश्चित किया जा सके कि सिस्टम पर कोई अन्य नास्टीज़ दुबके हुए नहीं हैं।
यह कोई आश्चर्य की बात नहीं है, तब, कि गुरुवार को दोपहर के भोजन के दौरान एक बीएसओडी हुआ, और रिबूट पर मुझे सिस्टम पर सी: \ delnis.bat मिला और इसे हटा दिया। हालांकि, यह आश्चर्य की बात थी कि बाद में एंटीवायरस स्कैन के दौरान एक और बीएसओडी हुआ, उसके बाद शाम को एक और। इस बार मुझे मशीन पर कोई मालवेयर नहीं मिला।
शुक्रवार को बूटअप के दौरान एक BSOD हुआ, और Microsoft ने सुझाव दिया कि मैं Windows Live OneCare ऑनलाइन स्कैनर चलाऊं , अगर मेरे पास कोई मैलवेयर है, तो जैसा कि उन्होंने सोचा कि मैं मशीन पर खराब हो सकता हूं । स्कैन ने बताया कि मशीन मालवेयर से साफ थी, जिसके बाद एक और बीएसओडी का पालन किया गया। इस बार CHKDSK सुविधा को रिबूट करने पर डिस्क जांच का आदेश दिया, जिसकी मैंने अनुमति दी, और कई भ्रष्ट क्षेत्रों को हटा दिया और फ़ाइल सिस्टम की मरम्मत की और उन क्षेत्रों को बहाल किया।
"आह; यह एक फाइल-सिस्टम त्रुटि थी! ”मैंने अपने आप को इस तथ्य पर क्रोधित किया, इस बात से नाराज़ कि मैंने मशीन के सामने ऐसा नहीं सोचा था। मैं काम करने के लिए बस गया, लेकिन एक लेख लिखने के दौरान बीएसओडी मिला। एक बार फिर, CHKDSK ने कार्रवाई शुरू की और कई फ़ाइल-सिस्टम त्रुटियों की मरम्मत की। जब वह रिबूट करने की कोशिश करता है, तो काम खत्म होने पर मशीन फिर से चालू हो जाती है - हर बार उसने रिबूट करने की कोशिश की। अब यह ठीक से शुरू भी नहीं होगा।
मैंने इस हालिया व्यवहार को पहले देखा और सुना, और यह मेरे लिए स्पष्ट था कि मुख्य हार्ड-डिस्क जिसमें सी: ड्राइव एक गनर था।
अब ध्यान दो; जैसा कि आप वही गलतियाँ नहीं करना चाहते हैं जैसा मैंने किया
मेरे पास हाल ही में एक बैकअप था जो मैंने डी: ड्राइव पर विंडोज ऑटोमेटेड सिस्टम रिकवरी का उपयोग करके बनाया था, जिसे मैंने बाहरी हार्ड-ड्राइव पर भी कॉपी किया था। D: ड्राइव एक बड़ी दूसरी हार्ड-डिस्क थी जिसे मैंने मशीन के अंदर फिट किया था जब मैंने इसे बनाया था और जिसे मैंने कई फाइलों को स्टोर करने के लिए इस्तेमाल किया था, जिसे मैंने अपनी दूसरी मशीन में बैकअप भी लिया था। चूंकि मैं अतिरिक्त हार्ड डिस्क से कम था, इसलिए मैंने D: ड्राइव को प्राथमिक बूट ड्राइव के रूप में देखने के लिए मदरबोर्ड के SATA कंट्रोलर पर SATA कनेक्शन को बदल दिया: दूसरे शब्दों में मैंने डिफंक्शन को C: डिस्क के SATA केबल को डिस्कनेक्ट कर दिया और D को कनेक्ट कर दिया। : अपनी जगह पर SATA केबल चलाएं।
आगे बढ़ने से पहले मैंने जाँच की कि बूट करने का प्रयास करके सब कुछ ठीक था। कंप्यूटर ने अपेक्षित संदेश की सूचना दी कि C: \ ntldr नहीं मिला; जो सही था क्योंकि यह स्थापित नहीं था। ठीक से सोचे बिना मैंने BIOS स्क्रीन से ऑटोमैटिक सिस्टम रिकवरी को चलाया, ड्राइव A :, में उचित फ्लॉपी डाली और मशीन ने इससे जानकारी पढ़ी कि बैकअप ड्राइव D पर था। इसके बाद नए C: ड्राइव को फॉर्मेट किया गया जो ड्राइव D: था। उम - एस ** टी!
सौभाग्य से मेरे पास बाहरी हार्ड-ड्राइव पर बैकअप की एक प्रति थी; जो मैं USB से जुड़ा था, और जिसे Windows XP प्रो स्थापित करते समय मशीन ने ड्राइव D के रूप में खुशी से स्वीकार किया था। मैंने इसे खुद से स्थापित करने के लिए छोड़ दिया, और कॉफी बनाने के लिए रसोई में चला गया।
अपनी वापसी पर मुझे यह पता चलता है कि विंडोज सेटअप ने डी ड्राइव को प्रारूपित करने का फैसला किया था और यह पहले से ही ऐसा कर रहा था। मेरा हाल ही में बैकअप खो गया था!
एक छोटी सी लंबी कहानी को काटने के लिए मैंने फिर से एक नई शुरुआत के साथ शुरुआत करने का फैसला किया, यह देखते हुए कि सबसे ज्यादा, यदि नहीं, तो मेरी दूसरी कंप्यूटर पर भी मेरी फाइलों को संग्रहीत किया गया (भाग्य के आघात के रूप में)।
उपरोक्त के परिणामस्वरूप मैं आपको निम्नलिखित सिफारिशें देता हूं:
- अपने डेटा को आंतरिक ड्राइव पर वापस न करें; यहां तक कि अगर आप अपने मशीन पर एक दूसरी हार्ड-डिस्क स्थापित करते हैं।
- पुनर्स्थापना के दौरान किसी भी बाहरी ड्राइव को कनेक्ट न करें, सिवाय उस पर जिस पर आप मशीन को पुनर्स्थापित कर रहे हैं बैकअप।
- Windows ऑटोमेटेड सिस्टम रिकवरी का उपयोग न करें जो कि XP प्रोफेशनल के साथ काम करता है। इसे बहुत पहले Microsoft द्वारा विकसित किया गया था। बाजार में एक और ओएस प्राप्त करने के लिए माइक्रोसॉफ्ट के सामान्य भीड़ के दौरान पर्याप्त विचार नहीं हुआ। हां, मुझे पता है कि मैंने हाल ही में कहा था कि मैं इसे अपने तीन बैकअप सिस्टम में से एक के रूप में उपयोग करता हूं। यह बदलने जा रहा है: मैं अब इसके बजाय पैरागॉन ड्राइव बैकअप का उपयोग करने जा रहा हूं।
- क्या, यदि आप कर सकते हैं, तो एक दूसरा कंप्यूटर है जिस पर आपकी फ़ाइलों की प्रतियां संग्रहीत हैं: बस सबसे खराब स्थिति में।
- यदि आप कर सकते हैं, तो एक ऑफ़लाइन बैकअप सुविधा का उपयोग करें, जैसे कि बैकबेज़ या कार्बोनाइट, एक बाहरी हार्ड-ड्राइव जैसे ऑफ़लाइन बैकअप के अलावा। यह आप खर्च होंगे; लेकिन यह आपको समय और धन की बचत कर सकता है।
- Acronis True Image या पैरागॉन ड्राइव बैकअप का उपयोग अपने ऑफ़लाइन बैकअप सॉफ़्टवेयर के रूप में करें। मैं व्यक्तिगत रूप से उन्हें उस क्रम में सलाह देता हूं।
- और अंत में: आलसी मत बनो या कोनों को काटने की कोशिश करो जैसे मैंने एक मौजूदा आंतरिक ड्राइव को प्रतिस्थापन के रूप में उपयोग करके ऊपर किया था: एक शेरोन मत बनो - तंग और अधीर मत बनो। आप इसे पछताते हुए भी समाप्त कर सकते हैं, भले ही आप जानते हों या सोचते हों कि आप जानते हैं कि आप क्या कर रहे हैं। मुझे अभी से अपनी सलाह लेनी चाहिए।
