बूट सेक्टर और मल्टीपल ड्राइव कैसे काम करते हैं?


17

मैं एक बूट सेक्टर की अवधारणा को पूरी तरह से नहीं समझता, मुझे उम्मीद थी कि कोई मेरे लिए यह स्पष्ट कर सकता है।

यदि आपके पास दो हार्ड ड्राइव हैं, तो प्रत्येक पर एक ओएस स्थापित है, क्या प्रत्येक ड्राइव का अपना बूट सेक्टर है? क्या प्रत्येक ड्राइव को एक एमबीआर विभाजन की आवश्यकता है?

मुझे दो अलग-अलग ड्राइव पर लिनक्स और विंडोज मिले हैं। लिनक्स और ग्रब स्थापित करते समय मेरे पास समस्याएँ हैं, और अब मैंने शुरू करने के लिए विंडोज बूटलोडर का उपयोग करने का निर्णय लिया है। क्या विंडोज का उपयोग करने पर मुझे ग्रब से छुटकारा मिल जाएगा / मैंने इसका उपयोग किया था या यह अन्य ड्राइव के बूट सेक्टर पर रहता है?

जवाबों:


18

विल का जवाब अस्पष्ट रूप से सही है, लेकिन तकनीकी रूप से सटीक नहीं है। हां, एक ड्राइव को एमबीआर की जरूरत नहीं है। एक के बिना, आप उस ड्राइव से बूट नहीं कर पाएंगे, और आप उस ड्राइव पर विभाजन नहीं बना पाएंगे । परंतु...

मास्टर बूट रिकॉर्ड शब्द का उपयोग अक्सर दो चीजों को संदर्भित करने के लिए किया जाता है - यह ठीक से केवल पहला है, और आमतौर पर दूसरे के लिए गलत है:

  1. एक स्थान, विशेष रूप से, एक विभाजित डेटा स्टोरेज डिवाइस का पहला 512-बाइट सेक्टर ("LBA सेक्टर 0")। यह स्थान बूट लोडर कोड (प्रथम-चरण बूट लोडर) और प्राथमिक विभाजन तालिका के पहले 440 बाइट्स रखता है। एक विशिष्ट एमबीआर की संरचना के विवरण के लिए विकिपीडिया के एमबीआर लेख को देखें।

  2. बूट लोडर कोड उस स्थान पर संग्रहीत है। BIOS सिस्टम में, यह पहला कोड है जिसे तब ड्राइव से BIOS बूट करता है। देखें MBRS और सिस्टम बूटस्ट्रैपिंग और प्रथम चरण बूट लोडर i386 सिस्टम पर, इस कोड chainloads: दूसरे चरण बूट लोडर , पर संग्रहीत मात्रा बूट रिकॉर्ड सक्रिय विभाजन, जो ऑपरेटिंग सिस्टम की वास्तविक बूटिंग करता है।

वॉल्यूम बूट रिकॉर्ड या विभाजन बूट सेक्टर एक विभाजन के पहले क्षेत्र है और वह जगह है जहाँ कि विभाजन करने के लिए स्थापित एक ऑपरेटिंग सिस्टम अपने मुख्य बूटस्ट्रैपिंग कोड स्टोर करेगा। एक VBR का उपयोग गैर-विभाजित डेटा स्टोरेज डिवाइस (फ्लॉपी डिस्क, USB फ्लैश ड्राइव या गैर-विभाजन भूमिकाओं में उपयोग किए जाने वाले हार्डड्राइव) पर भी किया जाता है।

Mulitple- बूट सिस्टम एक बूट प्रबंधक (जैसे, ग्रब) का उपयोग करते हैं। एक बूट प्रबंधक अपने बूटलोडर कोड को एमबीआर में रखता है और एक मेनू प्रदान करता है जिसमें से एक उपयोगकर्ता ओएस टू बूट चुन सकता है। (तकनीकी शब्दों में, उपयोगकर्ता यह चुन रहा है कि कौन सा द्वितीय-चरण बूटलोडर का उपयोग करना है।)


तो, अपने सवालों के सीधे जवाब देने के लिए:

  • प्रत्येक पर स्थापित ओएस के साथ दो हार्ड ड्राइव का अपना एमबीआर होगा

    • दोनों एमबीआर में कम से कम एक विभाजन होगा।
    • उन हार्डड्राइव पर प्रत्येक विभाजन का अपना VBR होगा। ऑपरेटिंग सिस्टम इंस्टॉलेशन वाले विभाजन अपने दूसरे चरण के बूट लोडर को उन VBR में संग्रहीत करेंगे; जो भी विभाजन डेटा-ओनली होंगे (शायद) उनके VBR में वैध बूट कोड नहीं होगा।
    • यदि यह प्रणाली जूते, कम से कम एक उन MBRS का एक मान्य प्रथम चरण बूट लोडर में शामिल होंगे, लेकिन यह जहाँ से बूट करने के लिए BIOS प्रयास ड्राइव के लिए केवल आवश्यक है।

  • जब आप अपने दूसरे ड्राइव में लिनक्स स्थापित करते हैं, तो यह शायद विंडोज ड्राइव के एमबीआर के लिए ग्रब का पहला-चरण बूट लोडर लिखा था। यह हो सकता है है भी अपने स्वयं के ड्राइव की एमबीआर करने के लिए पहले चरण बूट लोडर लिखा है, लेकिन अगर BIOS कभी नहीं लिनक्स ड्राइव से बूट करने के लिए प्रयास करता है, आप नोटिस कार्य नहीं करेंगे। इसी तरह, जब आप उपयोग करते हैं / ठीक करते हैं, तो विंडोज अपने सिस्टम ड्राइव के एमबीआर पर पहले चरण के बूट लोडर को फिर से लिखता है।

    • मैं ईमानदारी से नहीं जानता कि क्या Win-7 की Bootrec.exe उपयोगिता भी अन्य ड्राइव के MBR को लिख देगी। संभवतः ऐसा करने की क्षमता है, लेकिन शायद डिफ़ॉल्ट कार्रवाई नहीं है।
    • मुझे यह भी नहीं पता कि उबंटू 9.04 का इंस्टॉलर ग्रब को डिफ़ॉल्ट रूप से दोनों ड्राइव के एमबीआर में स्थापित करेगा या नहीं। यदि वांछित है तो हाथ से ऐसा करना संभव है। कुछ स्थितियों में यह एक अच्छी बात होगी - यदि आप विंडोज ड्राइव को डिस्कनेक्ट करने और लिनक्स ड्राइव से बूट करने की कोशिश कर रहे थे, तो आप ग्रब के पहले चरण के बूट कोड मौजूद नहीं थे।

उस बहुत विस्तृत जवाब के लिए धन्यवाद: -) ... मैं हमेशा सोच रहा था कि एमबीआर को दो अलग-अलग अर्थों के लिए क्यों इस्तेमाल किया जा रहा था, और अब मुझे पता है हाहा
GiH

1
@ जीआईएच आपका स्वागत है। यह प्रश्न पूछने के लिए धन्यवाद; यह भविष्य के पाठकों के लिए MBRs और बूटलोडर्स के लिए एक मूल परिचय के रूप में सेवा कर सकता है।
19

क्या आपके पास "मास्टर बूट रिकॉर्ड" शब्द का उपयोग अक्सर दो चीजों को संदर्भित करने के लिए किया जाता है - यह ठीक से केवल पहला है, और आमतौर पर दूसरे को गलत समझा जाता है: "मुझे यकीन है कि यह सही है, और मैंने इसे पढ़ा है कहीं न कहीं .. लेकिन दिलचस्प है अगर आपके पास इसके लिए एक स्रोत है। इसके अलावा, यहां बूटलोडर के लिए एक शब्द है, क्या एमबीआर के गैर-बूटलोडर भाग के लिए एक शब्द है? और जब जीपीटी की बात आती है, तो क्या जीपीटी में बूटलोडर और विभाजन तालिका शामिल है, और क्या शब्दावली GPT और विभाजन तालिका के बीच अंतर करती है?
बार्लोप

3

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

शुरुआत के लिए, जो भी BIOS को बताया जाता है, वह मशीन बूट होगी। यह एकमात्र ऐसी डिस्क है, जिसे MBR की आवश्यकता होती है (यह BIOS आधारित मशीनों जैसे कि बाजार पर सबसे अधिक है, EFI नहीं)।

MBR होने से मूल रूप से मशीन को बता दिया जाएगा कि ड्राइव बूट करने योग्य है (और न ही "डिस्क या डिस्क त्रुटि" या इसी तरह के संदेश को वापस लौटाएं), बूटलोडर तब लोड हो जाएगा।

जब बूटलोडर को लोड किया जाता है, तो यह मूल रूप से वही करेगा जो इसे निर्देश दिया गया है, यह अन्य बूटलोडर्स (उदाहरण के लिए, ग्रब लोडिंग विंडोज बूट लोडर) या ऑपरेटिंग सिस्टम को लोड करने के लिए हो सकता है - उदाहरण के लिए, आप ड्राइव / विभाजन चुन सकते हैं।

तो, आपको वास्तविक बूट ड्राइव पर केवल एमबीआर (और बूटलोडर) की आवश्यकता है।


ठीक है, लेकिन क्या यह संभव है कि मेरे दोनों ड्राइव में एमबीआर है क्योंकि मैंने पहले काम किया था? मूल रूप से मैं यह जानने की कोशिश कर रहा हूं कि क्या मेरा लिनक्स ड्राइव एमबीआर पर जगह बर्बाद कर रहा है क्योंकि मैं ग्रब का उपयोग नहीं कर रहा हूं, या जब मैंने विंडोज बूटलोडर स्थापित किया था, तो क्या यह ग्रब और एमबीआर से छुटकारा पा लिया था? क्षमा करें, अगर मेरा प्रश्न भ्रमित कर रहा है ...
GiH

1
आपके पास केवल एक एमबीआर हो सकता है क्योंकि यह बहुत अधिक फ़ाइल नहीं है, लेकिन एक स्थान - यदि आपने एक अलग ड्राइव पर एक अलग ओएस स्थापित किया है, तो यह संभव है कि आपके पास अभी भी अन्य ड्राइव पर है, लेकिन यह बहुत ही छोटा है, मैं वास्तव में चिंतित नहीं होता (हम कुछ सौ बाइट्स के बारे में बात कर रहे हैं (मुझे लगता है कि अधिकतम ~ 500 है), यदि वह, कई बिलियन बाइट्स के साथ ड्राइव पर!)। हालांकि, यह संभव है कि आपके पास अभी भी ग्रब फ़ाइलें हों - लेकिन, फिर से, यह बहुत छोटा है।
विलियम हिल्सम

3
@GiH, re: wasting space - नहीं, MBR ड्राइव के लिए पार्टीशन टेबल भी प्रदान करता है , ताकि स्पेस आरक्षित हो (OS द्वारा उपयोग नहीं किया जाता) इसमें वैध बूट रिकॉर्ड होता है या नहीं। आप इसे अपने फाइल सिस्टम के लिए ओवरहेड की एक छोटी राशि के रूप में सोच सकते हैं; आधुनिक हार्ड ड्राइव क्षमताओं की तुलना में, "व्यर्थ" स्थान की मात्रा चिंता करने के लिए बहुत छोटी है।
क्वैक

1

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

बायोस लोड होने के बाद एमबीआर बूट अनुक्रम में पढ़ा गया पहला क्षेत्र है। यह एक ऑपरेटिंग सिस्टम को बूट करने के लिए या ग्रब या लिलो जैसे बूट लोडर को लोड करने के लिए उपयोग किया जा सकता है ताकि किस सिस्टम को लोड किया जा सके।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.