मुझे हार्ड ड्राइव में कैसे जलना चाहिए?

Question

Google ने हार्ड ड्राइव विफलताओं पर बहुत गहन अध्ययन किया, जिसमें पाया गया कि भारी ड्राइव के पहले 3 महीनों के भीतर हार्ड ड्राइव का एक महत्वपूर्ण हिस्सा विफल हो जाता है।

मेरे सहकर्मी और मैं सोच रहे हैं कि हम अपने सभी नए हार्ड ड्राइव के लिए एक बर्न-इन प्रक्रिया को लागू कर सकते हैं जो संभावित रूप से हमें नए, अनछुए ड्राइव पर समय गंवाने से कुछ हद तक बचा सकता है। लेकिन इससे पहले कि हम एक बर्न-इन प्रक्रिया को लागू करें, हम दूसरों से कुछ अंतर्दृष्टि प्राप्त करना चाहेंगे जो अधिक अनुभवी हैं:

• उपयोग करने से पहले हार्ड ड्राइव में जलाना कितना महत्वपूर्ण है?
• आप जलने की प्रक्रिया को कैसे लागू करते हैं?
  • आप कब तक हार्ड ड्राइव में जलते हैं?
  • ड्राइव में जलाने के लिए आप किस सॉफ्टवेयर का उपयोग करते हैं?
• बर्न-इन प्रक्रिया के लिए कितना तनाव बहुत अधिक है?

EDIT: व्यवसाय की प्रकृति के कारण, RAID का अधिकतर समय उपयोग करना असंभव है। हमें एकल ड्राइव पर निर्भर रहना होगा जो पूरे देश में मेल करते हैं। जैसे ही हम कर सकते हैं हम ड्राइव का बैकअप लेते हैं, लेकिन हम अभी भी यहाँ और वहाँ विफलता का सामना करते हैं इससे पहले कि हमें डेटा का बैकअप लेने का अवसर मिले।

अपडेट करें

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

हमारी बर्न-इन प्रक्रिया सरल है। हमारे पास बहुत सारे SATA पोर्ट के साथ एक निर्दिष्ट Ubuntu सिस्टम है, और हम प्रत्येक ड्राइव पर 4 पास के साथ रीड / राइट मोड में बैडब्लॉक चलाते हैं। चीजों को सरल बनाने के लिए, हमने एक स्क्रिप्ट लिखी है जो "DATA WILL BE DELETED FROM ALL YOUR DRIVES" चेतावनी को प्रिंट करती है और फिर सिस्टम ड्राइव को छोड़कर हर ड्राइव पर बैडब्लॉक चलाती है।

Comments

उत्सुकता से, आप देश भर में ड्राइव क्यों मेल करते हैं? ऐसा लगता है कि आप ड्राइव फेल होने की अधिक संभावना है क्योंकि शॉक विफलता और सामान्य सेवा की गड़बड़ी के परिणामस्वरूप डाक सेवा की वजह से जलने का पता चलता है।

— पेपरजम

@Lie रयान: डेटा ट्रांसफर करने के लिए मेलिंग स्टोरेज हार्डवेयर अभी भी सबसे तेज़ तरीका है। इंटरनेट बहुत धीमा है, और अगर आपको संस्थागत नेटवर्क और फायरवॉल से गुजरना पड़ता है, तो यह और भी खराब हो जाता है।

— जोनास

@ ली रयान: यदि आप सरकारी वर्गीकृत गुप्त डेटा के साथ काम कर रहे हैं, तो SSH नहीं करेगा । सामान्य तौर पर, उस डेटा वाला कंप्यूटर सार्वजनिक इंटरनेट से कनेक्ट नहीं हो सकता है। यदि आपको स्थानांतरित करने के लिए वर्गीकृत डेटा की गीगाबाइट मिली है, तो एन्क्रिप्टेड ड्राइव को मेल करना सबसे कुशल विकल्प है।

— बेन्जादो

@ ली रयान: बाहरी रूप से। यहां तक ​​कि वास्तव में तेजी से इंटरनेट कनेक्शन के साथ, आपको 7TB देने में एक महीने का समय लगता है (और यदि आपके पास अपने और प्राप्तकर्ता के नियंत्रण पर नियंत्रण रखने की लक्जरी है)। यूपीएस के साथ, 7TB अगले दिन होते हैं।

— जोनास

यह अच्छा और सब कुछ है, सिवाय इसके कि जब आपके पास मोबाइल टीमें सड़क पर हों तो भारी मात्रा में डेटा एकत्र करें। मतलब आपको होटल या मोबाइल इंटरनेट कनेक्शन पर निर्भर रहना पड़ता है, और आप कभी भी 8 घंटे से ज्यादा एक स्थान पर नहीं रहते हैं।

— फिल

Answer 1

उपयोग करने से पहले हार्ड ड्राइव में जलाना कितना महत्वपूर्ण है?

यदि आपके पास एक अच्छा बैकअप, और अच्छी उच्च-उपलब्धता प्रणाली है, तो बहुत ज्यादा नहीं है। चूंकि एक विफलता से बहाल करना बहुत आसान होना चाहिए।

आप जलने की प्रक्रिया को कैसे लागू करते हैं? ड्राइव में जलाने के लिए आप किस सॉफ्टवेयर का उपयोग करते हैं? बर्न-इन प्रक्रिया के लिए कितना तनाव बहुत अधिक है?

जब मैं इसे प्राप्त करता हूं तो मैं आमतौर पर ड्राइव या नई प्रणाली के खिलाफ बैडब्लॉक चलाऊंगा । जब भी मैं एक कंप्यूटर को पुर्जों के ढेर से पुनर्जीवित करता हूं, तो मैं इसे चलाऊंगा। इस तरह का एक कमांड ( badblocks -c 2048 -sw /dev/sde) वास्तव में प्रत्येक ब्लॉक को हर बार 4 बार एक अलग पैटर्न (0xaa, 0x55, 0xff, 0x00) के साथ लिखेगा। यह परीक्षण बहुत सारे यादृच्छिक पढ़ने / लिखने का परीक्षण करने के लिए कुछ भी नहीं करता है, लेकिन यह साबित करना चाहिए कि प्रत्येक ब्लॉक को भी लिखा और पढ़ा जा सकता है।

आप bonnie ++ , या iometer भी चला सकते हैं जो बेंचमार्किंग टूल हैं। ये आपके ड्राइव को थोड़ा तनाव देने की कोशिश करनी चाहिए। यदि आप उन्हें अधिकतम करने का प्रयास करते हैं तो भी ड्राइव विफल नहीं होनी चाहिए। इसलिए आप यह देखने की कोशिश कर सकते हैं कि वे क्या कर सकते हैं। मैं हालांकि ऐसा नहीं करता हूं। इंस्टॉल / सेटअप के समय आपके स्टोरेज सिस्टम का I / O बेंचमार्क प्राप्त करना भविष्य में बहुत उपयोगी हो सकता है जब आप प्रदर्शन के मुद्दों को देख रहे हों।

आप कब तक हार्ड ड्राइव में जलते हैं?

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

अगर मैं जल्दी में हूं, तो मैं बर्न-इन छोड़ सकता हूं। मेरा बैकअप और RAID ठीक होना चाहिए।

Answer 2

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

आपको अपने डेटा की सुरक्षा के लिए RAID और बैकअप का उपयोग करना चाहिए। एक बार जो जगह में है, उसे ड्राइव के बारे में चिंता करने दें। अच्छा RAID कंट्रोलर और स्टोरेज सबसिस्टम में 'स्क्रबिंग' प्रक्रिया होगी जो डेटा पर इतनी बार जाती है और यह सुनिश्चित करती है कि सब कुछ अच्छा हो।

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

---

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

टेप मीडिया को चारों ओर शिप करने के लिए डिज़ाइन किया गया है। आप एक सिंगल आईबीएम TS1140 ड्राइव के साथ 250MBps (या 650MBps तक संपीड़ित) प्राप्त कर सकते हैं, जो आपकी हार्ड ड्राइव से तेज होना चाहिए। और साथ ही बड़ा - एक भी कारतूस आपको 4TB (असम्पीडित) तक दे सकता है।

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

---

आखिरकार, यहाँ आपके सवालों के जवाब हैं:

• उपयोग करने से पहले हार्ड ड्राइव में जलाना कितना महत्वपूर्ण है?
  हर्गिज नहीं।
• आप जलने की प्रक्रिया को कैसे लागू करते हैं?
  • आप कब तक हार्ड ड्राइव में जलते हैं?
    एक या दो रन।
  • ड्राइव में जलाने के लिए आप किस सॉफ्टवेयर का उपयोग करते हैं?
    कहने का एक सरल रन, shredऔर badblocksकरेंगे। बाद में स्मार्ट डेटा की जाँच करें।
• बर्न-इन प्रक्रिया के लिए कितना तनाव बहुत अधिक है?
  कोई तनाव बहुत ज्यादा नहीं है। आपको डिस्क को बिना उड़ाए कुछ भी फेंकने में सक्षम होना चाहिए।

Comments

इस पोस्ट के बारे में मेरा एकमात्र अफसोस यह है कि मैं इसे केवल एक बार ही बढ़ा सकता हूं। @ फ़ील, आप वहाँ पहिए का फिर से आविष्कार कर रहे हैं। यह सुनिश्चित करने का तरीका कि आप रैंडम ड्राइव (या अन्य, संबंधित हार्डवेयर) में डेटा न खोएँ, बैकअप और RAID सरणियाँ हैं।

— रोब मोइर

मैं मानता हूं कि आपको इस पर भरोसा नहीं करना चाहिए, लेकिन उत्पादन में डालने से पहले एक सिस्टम के खिलाफ स्कैन चलाना मेरे लिए एक संभावित मुद्दे की पहचान है। यदि आप एक विशाल भीड़ में नहीं हैं, तो एक या दो दिन के लिए कंप्यूटर को स्कैन करने से आमतौर पर कुछ भी नहीं होता है।

— ज़ॉडेचेस

इस जवाब में सबसे अधिक वोट हैं, फिर भी इस सवाल का जवाब देने में असफल रहे हैं। ओपी ने कहा है कि RAID असंभव हैं। यदि "एकल ड्राइव देश भर में मेल कर रहे हैं" तो एक छापे का निर्माण नहीं किया जा सकता है। एक बैकअप प्रक्रिया जगह में है, लेकिन ऐसा लगता है कि ओपी ड्राइव को खराब होने की स्थिति में समय बचाने में मदद करने के लिए कुछ भी और सब कुछ ढूंढना चाहता है। (ध्यान दें: मैं ओपी के रूप में एक ही कंपनी में काम करता हूं, इसलिए मुझे स्थिति पता है, डेटा को कॉपी किया जाता है RAID एक बार दिया जाता है) यदि आप ड्राइव में जलाते हैं, तो काल्पनिक रूप से, आप कैसे करेंगे?

— जेमिथ

उस स्थिति में, प्रश्न को यह संदर्भ प्रदान करना चाहिए। आप जो कह रहे हैं, उससे यह सवाल होना चाहिए कि "हमें घोंघा मेल / फ्रेट के माध्यम से हार्ड ड्राइव भेजने की आवश्यकता है। विफलताओं को कम करने के लिए उन्हें शिपिंग करने से पहले हमें बर्न-इन टेस्ट कैसे करना चाहिए?" मजेदार रूप से पर्याप्त, उत्तर नहीं बदलता है। एक जोड़ी ड्राइव भेजें! या बेहतर है, टेप का उपयोग करें। टेप इस तरह से उपयोग किए जाने के लिए डिज़ाइन किए गए हैं, HDDs नहीं हैं। अधिक जानकारी एक अलग उत्तर की ओर ले जाती है।

— मिकीबी

टेप हार्ड ड्राइव के रूप में तेजी से डेटा नहीं लिख सकते हैं? 250 एमबीपीएस (असम्पीडित) आपके लिए पर्याप्त नहीं है? मैं कहूंगा कि एक बर्न-इन प्रक्रिया वास्तव में आपके उपयोग के मामले में विफलताओं से बचाने में मदद करने वाली नहीं है।

— मिकीबी

Answer 3

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

लेकिन यहाँ कुछ संकेत हैं जो आपकी मदद कर सकते हैं:

लैपटॉप ड्राइव आमतौर पर डेस्कटॉप ड्राइव की तुलना में अधिक जोस्ट और कंपन का सामना करने के लिए डिज़ाइन किया गया है। मेरे मित्र जो डेटा-रिकवरी की दुकानों में काम करते हैं, हमेशा उस कारण से लैपटॉप ड्राइव पर ग्राहकों को डेटा शिप करते हैं। मैंने कभी इस तथ्य का परीक्षण नहीं किया है, लेकिन यह चुनिंदा उद्योगों में "सामान्य ज्ञान" प्रतीत होता है।

फ्लैश ड्राइव (उदाहरण के लिए USB थंब ड्राइव) किसी भी माध्यम के सबसे अधिक शॉक-रेसिस्टेंट हैं। यदि आप फ्लैश मीडिया का उपयोग करते हैं, तो यह कम संभावना है कि आप पारगमन में डेटा को ढीला कर देंगे।

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

Comments

"एक बार जब आप बात को आगे बढ़ाते हैं, तो आप वापस उसी स्थान पर पहुँच जाते हैं जहाँ आपने शुरू किया था।" - सच नहीं। डिस्क के लिए MTTF का ग्राफ़ कैसा दिखता है: cs.cmu.edu/~bianca/fast/img13.png cs.ucla.edu/classes/spring09/cs111/scribe/16/… प्रारंभिक अवधि में परीक्षण फ़िल्टर कर सकते हैं समस्याग्रस्त ड्राइव के बहुत से, निर्माता वास्तव में इन तनाव परीक्षणों को अधिक विश्वसनीय उत्पाद बनाने के लिए करते हैं, लेकिन निश्चित रूप से यह परीक्षण करने के लिए किफायती नहीं है जब तक कि ग्राफ बाहर नहीं निकलता है।

— कारोली होरवाथ

@yi_H: मुझे लगता है कि टायलर का अर्थ है कि शायद शुरुआती विफलता का कारण शिपिंग प्रक्रिया के कारण ही है (जो कि अनुमान योग्य नहीं है, मैं एक ग्राफ प्लॉटिंग ड्राइव विफलता बनाम मेलिंग आवृत्ति देखना चाहता हूं), इसलिए यदि आप हार्ड ड्राइव करते हैं पूरे देश में, फिर MTTF रीसेट हो जाएगा; इसलिए यदि आप हर तीन महीने में एक ड्राइव मेल करते हैं, तो आप हमेशा शुरुआती विफलता क्षेत्र में होते हैं।

— रयान

Answer 4

आपकी प्रक्रिया गलत है। आपको छापे सरण का उपयोग करना चाहिए। जहां मैं काम करता हूं, हमने बीहड़ छापे बनाये हैं, जिन्हें चारों ओर ले जाया जाता है। यह कोई रॉकेट साईंस नहीं है। बड़े रबर कंपन आइसोलेटर्स के साथ ओवरक्लोज़ को ड्राइव में बढ़ते हुए शॉक से विश्वसनीयता में सुधार होगा। (सीगेट नक्षत्र-एस ड्राइव, एक उदाहरण के रूप में 300 जी सदमे के लिए रेटेड हैं, लेकिन केवल 2 जी कंपन, गैर-ऑपरेटिंग: इसलिए शिपिंग मामले में कंपन को ड्राइव को अलग करने की आवश्यकता है। http://www.novibes.com/Products&productID=62 या http : //www.novibes.com/Products&productId=49 [भाग # 50178]]

हालांकि, आप वास्तव में टेस्ट हार्ड ड्राइव में जलना चाहते हैं ताकि यहां चला जाए।

मैंने हार्ड ड्राइव जैसी प्रणालियों पर काम किया है और कुछ समस्याओं का पता लगाया है लेकिन ...

दोषों को बाहर निकालने के लिए PCBs के त्वरित जीवन चक्र परीक्षण के लिए, कुछ गर्म / ठंडे चक्रों को धड़कता है। (ऑपरेटिंग हॉट-कोल्ड साइकल और भी बेहतर काम करती है ... लेकिन आपके लिए यह करना मुश्किल है, खासकर HDD के बैंकों के साथ)

एक समय में आपके द्वारा प्राप्त ड्राइव की संख्या के लिए अपने आप को एक पर्यावरणीय चैम्बर बड़ा बनाएं। (ये बहुत महंगे हैं, यह आसपास के छापे सरणियों को जहाज करने के लिए सस्ता होगा) आप परीक्षण कक्षों पर कंजूसी नहीं कर सकते जिन्हें आपको आर्द्रता नियंत्रण और प्रोग्रामयोग्य रैंप की आवश्यकता होगी।

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

मैंने यह नहीं सोचा था: एक जगह मैंने काम किया था एक उत्पादन इंजीनियर ने ऐसा किया था, एक ही परीक्षण उपकरण के साथ भेज दिए गए उत्पादों को प्राप्त करने के लिए, परीक्षण में दोषों में भारी उछाल था, लेकिन आगमन दर पर मृत व्यावहारिक रूप से कम हो गया शून्य।

Answer 5

मैं उन सभी उत्तरों से असहमत हूं जो मूल रूप से कहते हैं कि "बर्न-इन से परेशान न हों, अच्छा बैकअप लें"।

जब आपके पास हमेशा बैकअप होना चाहिए, मैंने कल (मेरी सामान्य 10-घंटे की शिफ्ट के शीर्ष पर) बैकअप से बहाल करने में 9 घंटे बिताए क्योंकि सिस्टम ड्राइव के साथ चल रहा था जो कि जला नहीं था।

एक RAIDZ2 कॉन्फ़िगरेशन (RAID -6 के बराबर ZFS) में 6 ड्राइव थे और हमारे पास एक बॉक्स पर 18 घंटे के दौरान 3 ड्राइव मर गए थे जो लगभग 45 दिनों से चल रहे थे।

सबसे अच्छा समाधान मैंने पाया है कि एक विशेष निर्माता (मिक्स-एंड-मैच) से ड्राइव की खरीद करें, फिर ड्राइव प्रदान करने के लिए अपने प्रदान किए गए टूल को चलाएं।

हमारे मामले में हम वेस्टर्न डिजिटल खरीदते हैं और एक बूट करने योग्य आईएसओ से उनके डॉस-आधारित ड्राइव डायग्नोस्टिक्स का उपयोग करते हैं। हम इसे आग लगाते हैं, पूरे डिस्क पर यादृच्छिक कचरा लिखने के लिए विकल्प चलाते हैं, फिर छोटे स्मार्ट परीक्षण के बाद लघु स्मार्ट परीक्षण चलाते हैं। यह आमतौर पर सभी बुरे क्षेत्रों को मात देने के लिए पर्याप्त है, पढ़ें / लिखें reallocations, आदि ...

मैं अभी भी इसे 'बैच' करने के लिए एक अच्छा तरीका खोजने की कोशिश कर रहा हूं ताकि मैं इसे एक बार में 8 ड्राइव के खिलाफ चला सकूं। बस 'dd if = / dev / urandom of = / dev / जो भी हो' Linux या 'badblocks' में प्रयोग कर सकते हैं।

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

Comments

तुम क्या जानते हो? एक जवाब जो सवाल का जवाब देता है और ओपी पर प्रचार नहीं करता है। +1

— इलाब्राफ़ोर्ड

यदि आप ड्राइव पर लिखने के लिए यादृच्छिक डेटा चाहते हैं, तो / dev / urandom से नहीं पढ़ें; यह अपने अवरुद्ध चचेरे भाई / देव / यादृच्छिक के रूप में धीमा नहीं है, लेकिन यह अभी भी धीमा है, और यह वास्तव में आपको कुछ भी हासिल नहीं करता है। इसके बजाय, एक रैंडम की के साथ एक प्लेन डीएम-क्रिप्ट मैपिंग सेट करें (जिसे आप / dev / urandom या / dev / random से प्राप्त कर सकते हैं) और फिर मैप किए गए डिवाइस में सिर्फ dd / dev / शून्य। यह शायद दो बार के बीच कहीं भी तेज और तीव्रता के एक क्रम के बीच होगा। gitlab.com/cryptsetup/cryptsetup/wikis/FrequentlyAskedQuestions "मैं क्रिप्टो-ग्रेड यादृच्छिकता वाले डिवाइस को कैसे मिटा सकता हूं?" ऐसा करने का एक उदाहरण है।

— बजे एक CVn

उत्कृष्ट सुझाव @ माइकलकॉर्जलिंग

— हारून सी। डी। ब्रुइन

Answer 6

उपयोग करने से पहले हार्ड ड्राइव में जलाना कितना महत्वपूर्ण है?

निर्भर करता है।
यदि आप इसे एक RAID में उपयोग कर रहे हैं जो अतिरेक प्रदान करता है (1, 5, 6, 10) बहुत नहीं।
यदि आप इसे स्टैंडअलोन का उपयोग कर रहे हैं? थोड़ा सा, लेकिन आप इसे चलाने के बजाय स्मार्ट या कुछ और बेहतर कर सकते हैं, इसके बजाय कम से कम मेरी राय में।

यह स्वाभाविक रूप से मेरे उत्तर की ओर जाता है " आप जलने की प्रक्रिया को कैसे लागू करते हैं? " - मैं नहीं।
डिस्क में "बर्न" करने की कोशिश करने के बजाय मैं उन्हें निरर्थक जोड़ियों में चलाता हूं और एक ड्राइव के जीतने पर मुझे बताने के लिए भविष्यवाणी निगरानी (जैसे SMART) का उपयोग करता हूं। मैंने पाया है कि फुल बर्न-इन (वास्तव में पूरी डिस्क का प्रयोग) करने के लिए आवश्यक अतिरिक्त समय एक डिस्क विफलता और स्वैप-आउट से निपटने की तुलना में काफी अधिक महंगा है।
RAID और अच्छे बैकअप को मिलाकर आपका डेटा बहुत सुरक्षित होना चाहिए, यहां तक ​​कि शिशु मृत्यु दर (या बाथटब के दूसरे छोर से निपटने के दौरान जब आप ड्राइव करना शुरू करते हैं तो बुढ़ापे की मृत्यु हो जाती है)

Comments

क्या होगा अगर ड्राइव की निगरानी नहीं की जा सकती क्योंकि यह एक स्थिर स्थान पर नहीं है? :)

— जेमिथ

@ जिस्मिथ - तो आपके पास इसे मॉनिटरिंग होस्ट से मतदान करने के बजाय आपको सूचनाएं भेजना है - लगभग कोई भी ऐसी स्थिति नहीं है जहां आप वास्तव में किसी चीज़ की निगरानी नहीं कर सकते हैं, बस कुछ ही हैं जिन्हें थोड़ी रचनात्मक सोच की आवश्यकता है :)

— voretaq7

Answer 7

स्पिनराइट (grc.com) ड्राइव के सभी डेटा को पढ़ेगा और लिखेगा। यदि आप इसे विफल करने की कोशिश नहीं कर रहे हैं तो भी नई ड्राइव के लिए यह एक अच्छी बात है। स्तर 4 पर चलने के लिए एक लंबा समय लगता है, आमतौर पर वर्तमान-आकार की ड्राइव के लिए कुछ दिन। मुझे यह भी जोड़ना चाहिए कि यह गैर-विनाशकारी है। वास्तव में यदि इसके पास खराब स्पॉट में डेटा है तो यह इसे स्थानांतरित करेगा और पुनर्प्राप्त करेगा। बेशक आप इसे कभी भी एसएसडी पर नहीं चलाएंगे।

Answer 8

मुझे यकीन है कि एक बार एक हफ्ते की बेंचमार्किंग और एरर चेकिंग हार्ड ड्राइव में "बर्निंग" में पर्याप्त होगी। हालांकि आपकी पोस्ट के बाद से मैंने ऐसी बात कभी नहीं सुनी।

Stroagereview.com पर "6_6_6" से उद्धृत

1. Connect the drive to a running system. Read SMART values.

2. Do a SMART short self test. Do a SMART long self-test.

3. Zero fill / Wipe the drive with the manufacturer's utility. Entire drive.

4. Run HDTach full read/write. Everest / Sandra, etc all have stress tests. Run hard drive part continously for hours.

5. Run Victoria for Windows Read/Write test and make sure no slow sectors.

6. Drop to DOS. Run MHDD, run a LBA test and see check for slow sectors. Run Read/Write/Verify test. Run drive internal ATA secure erase command.

7. Do a full format.

8. Compare SMART values. If no anomalies, all good to go. Install your OS and continue.

सभी में, मुझे लगता है कि यह एक बुरा विचार है।

संपादित करें: स्रोत: http://forums.storagereview.com/index.php/topic/27398-new-hdd-burn-in-routines/

Answer 9

सबसे पहले, मैं अन्य पोस्टर्स से सहमत हूं कि आपके उपयोग का मामला बताता है कि टेप ड्राइव बेहतर विकल्प होगा।

यदि यह संभव नहीं है, यदि आपको राष्ट्र भर में ड्राइव करना है, तो एक सच्चा RAID एक विकल्प नहीं लगता है, क्योंकि आपके पास कई और ड्राइव हैं, जो विफलता के जोखिम को बढ़ाते हैं। हालांकि, एक साधारण मिररिंग स्कीम के बारे में क्या है, एक ड्राइव भेजना और दूसरा सोर्स साइट पर रखना?

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

Answer 10

आपने वास्तव में यह नहीं कहा है कि ड्राइव को क्यों भेजा जा रहा है - यह सिर्फ डेटा भेजने का एक तरीका है, क्या उनके पास पूर्ण अनुप्रयोग / ओएस चित्र हैं जो पीसी में बूट होने के लिए तैयार हैं, या कुछ और?

मैं उन अन्य उत्तरों से सहमत हूं जो कि RAID या बैकअप स्कैनिंग से बेहतर हैं, यांत्रिक ड्राइव के कारण ड्राइव के शिपिंग के जोखिम के कारण।

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

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

इससे आपको बड़ी मात्रा में डेटा (या यहां तक ​​कि एप्लिकेशन / ओएस छवियों) को जहाज करना चाहिए और जो भी स्तर आर्थिक है, उसमें डिस्क त्रुटियों के प्रभाव को कम करना चाहिए।