क्या OS स्थापना के बाद इसे करने की तुलना में OS स्थापना से पहले हार्ड ड्राइव के विभाजन के कोई विशेष हार्डवेयर वार फायदे हैं?
(यहां फायदे से मेरा मतलब है कि शारीरिक प्रभाव जैसे हार्ड ड्राइव का जीवनकाल आदि, न कि डेटा खोना या, सिकुड़ना आदि।
क्या OS स्थापना के बाद इसे करने की तुलना में OS स्थापना से पहले हार्ड ड्राइव के विभाजन के कोई विशेष हार्डवेयर वार फायदे हैं?
(यहां फायदे से मेरा मतलब है कि शारीरिक प्रभाव जैसे हार्ड ड्राइव का जीवनकाल आदि, न कि डेटा खोना या, सिकुड़ना आदि।
जवाबों:
कोई वास्तविक लाभ नहीं।
यदि आपके पास केवल एक ड्राइव है, तो आपको एक विकल्प भी नहीं मिलता है। ओएस को स्थापित करने के लिए आपके पास कुछ होना चाहिए, और विभाजन के लिए विंडोज़ के लिए।
(पूर्णता के लिए: लगभग किसी भी OS के लिए जो एक विभाजन होगा, हालांकि आप BSds आदि को खतरनाक रूप से समर्पित मोड में कच्चे ड्राइव का उपयोग करने के लिए कह सकते हैं । और अगर QNX, GNU / Linux आदि ने भी इस बात का समर्थन किया तो मुझे आश्चर्य नहीं होगा।
यह कहने के बाद:
/usr/local
और /home
, या विंडोज़ मेंMy documents/
एक बार अपने ओएस को स्थापित करने के बाद गतिशील रूप से इसे गड़बड़ाने के बजाय एक मजबूत विभाजन योजना का उपयोग करने का बड़ा कारण आमतौर पर डेटा संरक्षण का मामला है। कई उपयोगिताओं से आपको एक विभाजन को विभाजित किया जा सकता है जिसमें डेटा है, जो दूषित स्थिति में ड्राइव को छोड़ सकता है और ओएस या किसी भी एप्लिकेशन को पुन: स्थापित करने की आवश्यकता होती है जो परिवर्तन के कारण फाइलें खो गए हैं। हालांकि, यह सीमा है; एचडीडी या एसएसडी असामान्य उम्र बढ़ने या विभाजन परिवर्तनों को करने से तनाव ग्रस्त नहीं होता है।
ज्यादातर, यह कोई फर्क नहीं पड़ता।
आधुनिक ड्राइव पर विरासत ऑपरेटिंग सिस्टम स्थापित करते समय एक अपवाद है।
पुराने ओएस इंस्टॉलर "सिलेंडर" सीमाओं पर विभाजन को संरेखित करने के लिए गए। विशेष रूप से, "सिलेंडर" 1 की शुरुआत में पहला विभाजन शुरू करना (सेक्टर 0 बूट कोड और विभाजन तालिका के लिए आरक्षित था)।
आधुनिक ड्राइव को आमतौर पर OS द्वारा 255 "सेक्टर" प्रति "ट्रैक" और "63" हेड के रूप में देखा जाएगा। इसलिए प्रत्येक "सिलेंडर" में 16065 सेक्टर होंगे।
यह "उन्नत प्रारूप" ड्राइव के साथ आने तक ठीक था। इन ड्राइवों में 4KiB का भौतिक क्षेत्र आकार लेकिन 512 बाइट्स का तार्किक सेक्टर आकार है। यदि वे पढ़ते हैं और लिखते हैं (विशेष रूप से लिखते हैं) तो वे 4KIB के कई आकार के होते हैं और 4KiB (8 लॉजिकल सेक्टर) की सीमा पर संयोजित होते हैं। अनलग्ड राइट्स एक रीड-मॉडिफ़ाइड-राइट ऑपरेशन का अनुवाद करेगा जो डेटा हानि का जोखिम है।
इसका परिणाम यह है कि यदि आप "उन्नत प्रारूप" ड्राइव का उपयोग कर रहे हैं, तो आप वास्तव में चाहते हैं कि आपका विभाजन 4KiB (8 लॉजिकल सेक्टर) सीमा पर शुरू हो।
आप देखेंगे कि 16065 8 से विभाज्य नहीं है। इसलिए आधुनिक ड्राइव को विभाजित करने के लिए एक पुराने ओएस टूल का उपयोग करने से गलत तरीके से परिणाम होने की संभावना है।
कई filesystems (जैसे ext3 / ext4) आरक्षित संरचनाओं को अनुकूलित करने के बारे में निर्णय लेते हैं (जैसे कि इनोड टेबल के आकार, सुपरयूज़र-आरक्षित स्थान, शायद इस्तेमाल किए गए पॉइंटर्स का आकार भी)। यह संदेहास्पद है कि क्या फाइल संरचना का आकार काफी बदल गया है, विशेष रूप से ऑनलाइन रिसोर्सेस, जिसके लिए फाइलसिस्टम फंडामेंटल्स को बदलना खतरनाक होगा, अगर ये संरचनाएं बेहतर ढंग से बनी रहती हैं। उदाहरण के लिए, ext3 पर एक बहुत छोटा इनोड टेबल (बहुत छोटे फाइल सिस्टम के लिए) आपको ऐसी स्थिति में चला सकता है, जहां फाइल के लिए फाइल सिस्टम "स्लॉट" से बाहर निकल जाता है, इसलिए आप अचानक कोई नई फाइल नहीं बना सकते हैं और प्राप्त कर सकते हैं। अंतरिक्ष की त्रुटि से भी काफी जगह बची हुई है। एक बहुत बड़ा इनकोड (जो एक बड़े फाइल सिस्टम के लिए था) टेबल अंतरिक्ष को बर्बाद कर देगा।
इंस्टॉलेशन से पहले / उसके दौरान इसे विभाजन करें ताकि आप उपयोगकर्ता डेटा को ओएस फाइलों से स्वतंत्र अपने विभाजन पर रख सकें।
चूंकि OS को बहुत अधिक (एक सापेक्ष शब्द ...) स्थान की आवश्यकता नहीं है , इसलिए आप OS विभाजन को अपेक्षाकृत छोटा और उपयोगकर्ता विभाजन को बड़ा बना सकते हैं।
किस्सा: मैं लिनक्स का उपयोग करता हूं, और मेरा उपयोगकर्ता डेटा (कहा जाता है /home
) यह 17 वर्षों से स्वयं का विभाजन है। यह मुझे ओएस या संस्करण के बारे में चिंता किए बिना डिस्क से डिस्क पर अपना डेटा कॉपी करने की अनुमति देता है।