क्या मैं अपनी कम क्षमता का उपयोग करके अपनी हार्ड ड्राइव की विश्वसनीयता बढ़ा सकता हूं?

Question

मेरे पास एक 3TB SATA हार्ड ड्राइव का उपयोग किया गया है जिसके चारों ओर मैं एक विन 7 बॉक्स में प्रतिस्थापन के रूप में उपयोग करने की योजना बना रहा हूं।

मुझे यह सब क्षमता की आवश्यकता नहीं है इसलिए मैं सोच रहा था कि अगर मैं इसे 1TB पर प्रारूपित करूं तो मैं विश्वसनीयता बढ़ा दूंगा। इसके पीछे मेरी सोच निम्नलिखित विचारों पर आधारित है:

• प्रत्येक सेक्टर / ट्रैक के बीच अधिक भौतिक 'श्वास स्थान' होगा।
• जब खराब क्षेत्र पाए जाते हैं, तो उपयोग में लाने के लिए असिंचित क्षेत्रों का एक बड़ा पूल होना चाहिए।

क्या मेरी धारणाएँ सच हैं?

यदि मेरी धारणाएँ सत्य नहीं हैं तो सभी अप्रयुक्त स्थान का क्या होता है? क्या हार्ड ड्राइव अभी भी समान भौतिक आयामों को प्रारूपित करता है; इस प्रकार मेरी 1TB ड्राइव अभी भी प्लाटर पर सेक्टरों को निचोड़ रही है मानो इसे 3TB को स्वरूपित किया गया हो।

बहुत धन्यवाद!

Comments

"स्वरूपण" से आपका क्या अभिप्राय है? क्या आप विभाजन बनाने की बात कर रहे हैं? आप ऐसा क्यों सोचेंगे कि एक विभाजन अप्रयुक्त स्थान पर फैला है? क्या आपको संदेह नहीं है कि अप्रयुक्त स्थान का उपयोग करने के लिए किसी की भविष्य की योजना को विफल कर देगा?

— कज़

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

— derobert

Answer 1

आपकी धारणाएँ गलत हैं।

ड्राइव में एक निश्चित भौतिक प्रारूप होता है जो भौतिक क्षेत्रों से बना होता है, आपके मामले में कुल 3TB। ड्राइव को स्वरूपित करके आप उन क्षेत्रों में डेटा को प्रभावी रूप से साफ़ कर रहे हैं लेकिन आप उन्हें पुनर्व्यवस्थित नहीं कर रहे हैं या किसी भी तरह से उनके भौतिक आकार या लेआउट को बदल रहे हैं। कम क्षमता पर प्रारूपण करके आप अतिरिक्त स्थान को बर्बाद कर रहे होंगे, यह मौजूद होगा लेकिन बस किसी भी चीज के लिए उपयोग नहीं किया जाएगा ।

स्वरूपण से भौतिक क्षेत्र का आकार नहीं बदलता और न ही पटरियों के बीच का स्थान।

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

1TB के रूप में 3TB ड्राइव को स्वरूपित करके आप बस अपने आप को 2TB स्थान का उपयोग करने से रोक रहे हैं और इस प्रकार ड्राइव पर आपके द्वारा खर्च किए गए 2 / 3r बर्बाद कर रहे हैं। आपका 1TB विभाजन खाली जगह के 2TB के सामने बैठा होगा।

Comments

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

— मोवल्कलर

@Walkerneo SSDs भिन्न होते हैं, पहनने के स्तर की आवश्यकता के कारण उन्हें अधिक विस्तृत ज्ञान की आवश्यकता होती है कि ब्लॉक में वास्तविक डेटा क्या है और इसे मिटाया जा सकता है, इसलिए TRIM कमांड। पहनने के स्तर के काम करने के तरीके के कारण एसएसडी वास्तव में अप्रयुक्त स्थान होने से लाभान्वित होते हैं। ऑपरेटिंग सिस्टम सपोर्ट के कारण इसे विशेष रूप से "कॉर्डोन ऑफ" करने की आवश्यकता नहीं है, लेकिन यह संभवतः चोट नहीं पहुंचाएगा। SSD की सभी जरूरतों के लिए OS सपोर्ट और कुछ फ्री डिस्क स्पेस है। Win7 या अन्य आधुनिक प्रणालियों जैसे ट्रिम सपोर्ट वाले OS का उपयोग करने पर ड्राइव को फ़ॉर्मेट करना आवश्यक नहीं है।

— Mokubai

@ मोकुबाई: अगर मैं गलत नहीं हूँ तो एसएसडी-विशिष्ट उपयोगिताओं भी हैं जो आपको इस क्षेत्र को "बंद" करने की अनुमति देती हैं।

— करण

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

— ब्रेकथ्रू

Answer 2

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

लेकिन आप अपने आप को अप्रयुक्त स्थान छोड़ने से अतिरिक्त सुरक्षा नहीं खरीदते हैं। आप अनावश्यक डेटा संग्रहीत करके अतिरिक्त सुरक्षा प्राप्त करते हैं, या तो PAR / PAR2 टूल का उपयोग करके या डेटा को कई बार लिखकर।

हालाँकि, यदि आप इस बारे में चिंतित हैं, तो आप डेटा को किसी अन्य भौतिक ड्राइव में कॉपी करने का प्रयास कर सकते हैं जिसमें यांत्रिक विफलता और जैसे सुरक्षा के अतिरिक्त लाभ हैं।

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

Answer 3

यदि आप हार्ड ड्राइव को अपनी पूर्ण 3TB क्षमता में प्रारूपित करते हैं और कभी भी 1TB से अधिक का उपयोग नहीं करते हैं, तो हाँ आप हार्ड ड्राइव के जीवनकाल को संभवतः बढ़ा सकते हैं। मैं कहता हूं कि संभावित रूप से, और निश्चित रूप से नहीं, बी / सी हार्ड ड्राइव यांत्रिक रूप से विफल हो सकता है। वास्तव में ऐसा कुछ भी नहीं है जिसे आप ऐसा करने से रोक सकें। हालाँकि, जैसा कि प्लैटर्स पर सेक्टर दूषित होने लगते हैं, पार्टीशन टेबल उन अन्य सेक्टरों पर रीमैप हो जाएगा जो भ्रष्ट नहीं हैं और उनका उपयोग नहीं किया जा रहा है। हार्ड ड्राइव का अपनी पूरी क्षमता से उपयोग करने से सेक्टरों को रीमेक होने से रोका जाता है, जिससे डेटा की हानि होती है। उम्मीद है की यह मदद करेगा! :-)

Comments

केवल 3TB ड्राइव के 1TB का उपयोग करने से मैकेनिकल ड्राइव के जीवनकाल पर कोई प्रभाव नहीं पड़ेगा।

— रामहाउंड

Answer 4

मैं यह भी ध्यान देता हूं कि आप जीवन को बढ़ा सकते हैं और थोड़ी गति बढ़ा सकते हैं यदि आप एक बड़ी ड्राइव का विभाजन करते हैं, तो एक ड्राइव की जीवन प्रत्याशा (जैसे कार टायर को घुमाते हुए) के आधार पर आप एक विभाजन पर ऑपरेटिंग सिस्टम स्थापित करते हैं, संभवतः एक बहुत बड़ा आभासी ड्राइव (कैश) सभी पर एक ही द्वारा, और जैसा कि पहले से ही 3 पर डेटा का सुझाव दिया [यह मानते हुए कि आपने 3 विभाजन बनाए हैं]। अब यदि वारंटी 3 साल की है तो आपने हर साल प्रत्येक विभाजन के उपयोग को घुमाया, इसलिए उन्होंने कैश और ऑपरेटिंग सिस्टम w / कैश और अस्थायी फ़ाइलों द्वारा सबसे अधिक लिखा जा रहा है और इस तरह, आप वर्चुअल मेमोरी को 1 विभाजन पर हटाकर और नए सिरे से इंस्टॉल करके पूरा करते हैं यह करने के लिए ओएस, खरोंच से एकदम सही defrag के रूप में। आप ऐसा तब भी करते हैं जब आप डेटा को एक से दूसरे तक कॉपी करते हैं, आप प्रत्येक एक को पहले साफ कर सकते हैं, जैसा कि सभी फ़ाइलों को ब्रांड नई ड्राइव में कॉपी किया जाता है इसलिए बोलने के लिए उन्हें खंडित नहीं किया जाता है यदि आप स्रोत विभाजन पर खंडित होने पर भी उन सभी को कॉपी करते हैं। सबसे बड़ा लाभ 3 विभाजन में लिखी गई डिस्क को फैलाना है ... कुछ फ़ाइलों के कुछ महत्वपूर्ण लेखन हैं क्योंकि एक मौजूदा फ़ाइल नाम हमेशा स्वयं के शीर्ष पर लिखा जाता है अगर यह बड़ा हो जाता है तो इसे अंत में जोड़ा जाता है लेकिन सभी परिवर्तन शुरू से शुरू होते हैं । मुझे एनडीडी में कमजोर स्पॉट मिले जो सालों पहले आखिरकार लिखने से पहले बार-बार पढ़ने / लिखने की कोशिश कर रहे थे। मैंने सोचा कि क्यों मुझे कभी-कभी कुछ एप्लिकेशन फ्रीज हुए और NDD को साकार करते हुए अगर यह 6 कोशिशों (DOS डिफ़ॉल्ट प्रयासों) में लिख सकता है तो यह जारी रहा जैसे कि सबकुछ ठीक था (मुझे कमजोर स्पॉट नहीं बता रहा था) इसलिए मैंने आईडी ऐप का उपयोग किया जो परीक्षण किए गए समूहों का उपयोग कर रहा था। .. नॉर्टन का इस्तेमाल किया s डिस्क संपादित करें ID पर किस फ़ाइल (ओं) ने उस / उन समूहों का उपयोग किया ... फिर भौतिक फ़ाइल का नाम बदलकर FILENAME.BAD। अब गुम हुई फ़ाइल को पुनः इंस्टॉल किया जाना था लेकिन लगता है कि क्या ...? कोई और अधिक सॉफ्टवेयर जमा नहीं करता ... तकनीकी रूप से मैंने जो किया वह ड्राइव स्तर पर खराब स्थिति में मैन्युअल रूप से चिह्नित किया गया था, और उनका नाम बदलकर मैंने उन्हें एक नए (मजबूत नहीं कमजोर) ड्राइव क्षेत्र में लिखने के लिए मजबूर किया। मुझे पता चला कि सामान्य डॉस ऑपरेशंस के दौरान कई बार लिखी गई फाइलें ऐसे क्षेत्र थे जो पहली बार में असफल होने लगे थे।