मल्टी-बूटिंग: Difference between revisions
No edit summary |
No edit summary |
||
Line 4: | Line 4: | ||
== उपयोग == | == उपयोग == | ||
मल्टी-बूटिंग से अधिक ऑपरेटिंग सिस्टम को कंप्यूटर पर रहने की अनुमति देता है; उदाहरण के लिए, यदि किसी उपयोगकर्ता के पास प्राथमिक ऑपरेटिंग सिस्टम है जिसका वे अक्सर उपयोग करते हैं और वैकल्पिक ऑपरेटिंग सिस्टम जिसका वे कम बार उपयोग करते हैं। उपयोगकर्ता वातावरण के बीच पहुंच अखंडता और अलगाव को बनाए रखने के लिए उपयोगकर्ता को निजी और कार्य समर्पित प्रणाली के बीच स्विच करने के लिए सक्षम करने के लिए सामान्य उपयोग है। मल्टी-बूटिंग का अन्य कारण पूरी तरह से स्विच किए बिना नए ऑपरेटिंग सिस्टम की जांच या परीक्षण करना हो सकता है। मल्टी-बूटिंग नए ऑपरेटिंग सिस्टम को आवश्यक सभी एप्लिकेशन को कॉन्फ़िगर करने और पुराने ऑपरेटिंग सिस्टम को हटाने से पहले डेटा माइग्रेट करने की अनुमति देता है, यदि वांछित हो। मल्टी-बूटिंग का संभावित विकल्प [[वर्चुअलाइजेशन]] है, जहां अतिथि ऑपरेटिंग सिस्टम चलाने वाली या अधिक [[ आभासी मशीन |आभासी मशीन]] को होस्ट करने के लिए [[सूत्र]] का उपयोग किया जाता है। मल्टी-बूटिंग उन स्थितियों में भी उपयोगी है जहां अलग-अलग [[कंप्यूटर सॉफ्टवेयर]] के लिए अलग-अलग ऑपरेटिंग सिस्टम की आवश्यकता होती है। बहु-बूट कॉन्फ़िगरेशन उपयोगकर्ता को कंप्यूटर पर अपने सभी सॉफ़्टवेयर का उपयोग करने की अनुमति देता है। यह अक्सर बूटिंग सेकंड-स्टेज बूट लोडर जैसे एनटीएलडीआर, एलआईएलओ (बूट लोडर), या जीएनयू जीआरयूबी का उपयोग करके पूरा किया जाता है जो से अधिक ऑपरेटिंग सिस्टम को बूट कर सकता है। मल्टी-बूटिंग का उपयोग [[सॉफ्टवेयर डेवलपर]] | मल्टी-बूटिंग से अधिक ऑपरेटिंग सिस्टम को कंप्यूटर पर रहने की अनुमति देता है; उदाहरण के लिए, यदि किसी उपयोगकर्ता के पास प्राथमिक ऑपरेटिंग सिस्टम है जिसका वे अक्सर उपयोग करते हैं और वैकल्पिक ऑपरेटिंग सिस्टम जिसका वे कम बार उपयोग करते हैं। उपयोगकर्ता वातावरण के बीच पहुंच अखंडता और अलगाव को बनाए रखने के लिए उपयोगकर्ता को निजी और कार्य समर्पित प्रणाली के बीच स्विच करने के लिए सक्षम करने के लिए सामान्य उपयोग है। मल्टी-बूटिंग का अन्य कारण पूरी तरह से स्विच किए बिना नए ऑपरेटिंग सिस्टम की जांच या परीक्षण करना हो सकता है। मल्टी-बूटिंग नए ऑपरेटिंग सिस्टम को आवश्यक सभी एप्लिकेशन को कॉन्फ़िगर करने और पुराने ऑपरेटिंग सिस्टम को हटाने से पहले डेटा माइग्रेट करने की अनुमति देता है, यदि वांछित हो। मल्टी-बूटिंग का संभावित विकल्प [[वर्चुअलाइजेशन]] है, जहां अतिथि ऑपरेटिंग सिस्टम चलाने वाली या अधिक [[ आभासी मशीन |आभासी मशीन]] को होस्ट करने के लिए [[सूत्र]] का उपयोग किया जाता है। मल्टी-बूटिंग उन स्थितियों में भी उपयोगी है जहां अलग-अलग [[कंप्यूटर सॉफ्टवेयर]] के लिए अलग-अलग ऑपरेटिंग सिस्टम की आवश्यकता होती है। बहु-बूट कॉन्फ़िगरेशन उपयोगकर्ता को कंप्यूटर पर अपने सभी सॉफ़्टवेयर का उपयोग करने की अनुमति देता है। यह अक्सर बूटिंग सेकंड-स्टेज बूट लोडर जैसे एनटीएलडीआर, एलआईएलओ (बूट लोडर), या जीएनयू जीआरयूबी का उपयोग करके पूरा किया जाता है जो से अधिक ऑपरेटिंग सिस्टम को बूट कर सकता है। मल्टी-बूटिंग का उपयोग [[सॉफ्टवेयर डेवलपर]] द्वारा भी किया जाता है जब विकास या परीक्षण उद्देश्यों के लिए कई ऑपरेटिंग सिस्टम की आवश्यकता होती है। इन प्रणालियों को मशीन पर रखना हार्डवेयर लागत को कम करने का तरीका है। | ||
== तकनीकी मुद्दे == | == तकनीकी मुद्दे == |
Revision as of 18:18, 21 March 2023
बहु-बूटिंग ही कंप्यूटर पर कई ऑपरेटिंग सिस्टम स्थापित करने का कार्य है, और यह चुनने में सक्षम है कि किसे बूट करना है। डुअल-बूटिंग शब्द विशेष रूप से दो ऑपरेटिंग सिस्टम के सामान्य कॉन्फ़िगरेशन को संदर्भित करता है। बहु-बूटिंग के लिए कस्टम बूटिंग द्वितीय-चरण बूट लोडर की आवश्यकता हो सकती है।
उपयोग
मल्टी-बूटिंग से अधिक ऑपरेटिंग सिस्टम को कंप्यूटर पर रहने की अनुमति देता है; उदाहरण के लिए, यदि किसी उपयोगकर्ता के पास प्राथमिक ऑपरेटिंग सिस्टम है जिसका वे अक्सर उपयोग करते हैं और वैकल्पिक ऑपरेटिंग सिस्टम जिसका वे कम बार उपयोग करते हैं। उपयोगकर्ता वातावरण के बीच पहुंच अखंडता और अलगाव को बनाए रखने के लिए उपयोगकर्ता को निजी और कार्य समर्पित प्रणाली के बीच स्विच करने के लिए सक्षम करने के लिए सामान्य उपयोग है। मल्टी-बूटिंग का अन्य कारण पूरी तरह से स्विच किए बिना नए ऑपरेटिंग सिस्टम की जांच या परीक्षण करना हो सकता है। मल्टी-बूटिंग नए ऑपरेटिंग सिस्टम को आवश्यक सभी एप्लिकेशन को कॉन्फ़िगर करने और पुराने ऑपरेटिंग सिस्टम को हटाने से पहले डेटा माइग्रेट करने की अनुमति देता है, यदि वांछित हो। मल्टी-बूटिंग का संभावित विकल्प वर्चुअलाइजेशन है, जहां अतिथि ऑपरेटिंग सिस्टम चलाने वाली या अधिक आभासी मशीन को होस्ट करने के लिए सूत्र का उपयोग किया जाता है। मल्टी-बूटिंग उन स्थितियों में भी उपयोगी है जहां अलग-अलग कंप्यूटर सॉफ्टवेयर के लिए अलग-अलग ऑपरेटिंग सिस्टम की आवश्यकता होती है। बहु-बूट कॉन्फ़िगरेशन उपयोगकर्ता को कंप्यूटर पर अपने सभी सॉफ़्टवेयर का उपयोग करने की अनुमति देता है। यह अक्सर बूटिंग सेकंड-स्टेज बूट लोडर जैसे एनटीएलडीआर, एलआईएलओ (बूट लोडर), या जीएनयू जीआरयूबी का उपयोग करके पूरा किया जाता है जो से अधिक ऑपरेटिंग सिस्टम को बूट कर सकता है। मल्टी-बूटिंग का उपयोग सॉफ्टवेयर डेवलपर द्वारा भी किया जाता है जब विकास या परीक्षण उद्देश्यों के लिए कई ऑपरेटिंग सिस्टम की आवश्यकता होती है। इन प्रणालियों को मशीन पर रखना हार्डवेयर लागत को कम करने का तरीका है।
तकनीकी मुद्दे
प्रति वॉल्यूम ऑपरेटिंग सिस्टम की संख्या (तार्किक ड्राइव)
ओएस/2 डुअल-बूट कॉन्फ़िगरेशन में, सी ड्राइव में डॉस और ओएस/2 दोनों हो सकते हैं। उपयोगकर्ता बूट कमांड जारी करता है[1] डॉस या ओएस/2 कमांड लाइन से आवश्यक प्रतिलिपि करने, स्थानांतरित करने और संचालन का नाम बदलने के लिए और फिर सी पर निर्दिष्ट सिस्टम में रीबूट करें:। अन्य प्रणालियाँ समान तार्किक ड्राइव पर वैकल्पिक प्रणालियों के लिए समान तंत्र प्रदान करती हैं।
प्रति स्टोरेज डिवाइस ऑपरेटिंग सिस्टम की संख्या
मल्टी-बूट कंप्यूटर में प्रत्येक मल्टीपल ऑपरेटिंग सिस्टम अपने स्वयं के स्टोरेज डिवाइस पर रह सकता है, या कुछ स्टोरेज डिवाइस में विभिन्न विभाजनों में से अधिक ऑपरेटिंग सिस्टम हो सकते हैं। मास्टर बूट दस्तावेज़ में या लोड किया गया बूट लोडर तार्किक ड्राइव का मेनू प्रदर्शित करता है और उस ड्राइव के वॉल्यूम बूट रिकॉर्ड से चयनित बूट लोडर को लोड करता है।
ऑपरेटिंग सिस्टम प्रति स्टोरेज डिवाइस वाले कंप्यूटर का उदाहरण डुअल-बूटिंग कंप्यूटर है जो खिड़कियाँ को डिस्क ड्राइव पर और लिनक्स को दूसरे डिस्क ड्राइव पर स्टोर करता है। इस मामले में बहु-बूटिंग बूट लोडर सख्ती से जरूरी नहीं है क्योंकि उपयोगकर्ता पावर-अप के तुरंत बाद बीआईओएस कॉन्फ़िगरेशन दर्ज करना चुन सकता है और वांछित ड्राइव को बूट-ऑर्डर सूची में पहले बना सकता है। हालाँकि, किसी ड्राइव पर मल्टी-बूटिंग बूट लोडर रखना अधिक सुविधाजनक है, उस ड्राइव से हमेशा बूटिंग शुरू करने के लिए बार बीआईओएस सेट करें (अर्थात बूट लोडर को लोड करें) और फिर उपयोगकर्ता को ऑपरेटिंग सिस्टम चुनने की अनुमति दें वह बूट लोडर का मेनू। कोई विशेष डिस्क विभाजन आवश्यक नहीं है जब प्रत्येक ऑपरेटिंग सिस्टम का अपना समर्पित डिस्क ड्राइव हो।
प्रति स्टोरेज डिवाइस में कई ऑपरेटिंग सिस्टम वाले कंप्यूटर का उदाहरण डुअल-बूटिंग कंप्यूटर है जो विंडोज और लिनक्स दोनों को ही डिस्क ड्राइव पर स्टोर करता है लेकिन जहां सिस्टम में बीआईओएस उपयोगकर्ता को व्यक्तिगत ड्राइव और विभाजन को बूट नहीं करने देता है। इस मामले में बहु-बूटिंग बूट लोडर ' आवश्यक है। साथ ही, प्रत्येक ऑपरेटिंग सिस्टम को डिस्क ड्राइव पर अपना स्वयं का विभाजन देने के लिए डिस्क को विभाजित किया जाना चाहिए। यह आवश्यक है क्योंकि प्रत्येक सिस्टम की फाइलों और ऑपरेटिंग निर्देशों का अपना सेट होता है। साथ ही, जब पूरी तरह से अलग ऑपरेटिंग सिस्टम का उपयोग किया जाता है तो विभाजन को अलग प्रारूप में स्वरूपित करने की आवश्यकता हो सकती है। उदाहरण के लिए, यदि कोई उपयोगकर्ता Windows और Linux दोनों को स्थापित करना चाहता है, तो Windows विभाजन को NTFS प्रारूप में सबसे अधिक स्वरूपित किया जाएगा क्योंकि Windows ext4 से बाहर नहीं चल सकता है, और Linux विभाजन की सबसे अधिक संभावना ext4 फ़ाइल स्वरूप में होगी Linux NTFS से नहीं चल सकता। हालाँकि, यदि कोई उपयोगकर्ता विंडोज के दो संस्करणों (यानी विंडोज 7 और विंडोज विस्टा) या लिनक्स के दो संस्करणों (यानी लिनक्स टकसाल और उबंटू लिनक्स) को डुअल-बूट करने का इरादा रखता है, तो उसी फाइल सिस्टम (जैसे NTFS या ext4) का उपयोग किया जा सकता है। ड्राइव और विभाजन दोनों में।
विभाजन
मूल अवधारणा में प्रत्येक नियोजित स्थापना को समायोजित करने के लिए डिस्क का विभाजन करना शामिल है, आमतौर पर बूट, रूट, डेटा स्टोरेज और बैकअप के लिए अलग-अलग विभाजन शामिल हैं।
एमबीआर लोडर
एमबीआर लोडर, जैसे कि एयर-बूट, ट्रैक 0 में मानक बूट कोड को उस कोड से बदल देता है जो चयन मेनू प्रदर्शित करता है और चयनित सिस्टम को लोड करता है। कुछ, जैसे, एयर-बूट, को बाहरी कॉन्फ़िगरेशन मेनू की आवश्यकता के बजाय स्वचालित रूप से या उपयोगकर्ता द्वारा बूट समय पर कॉन्फ़िगर किया जा सकता है।
लिनक्स बूट लोडर
लिनक्स लोडर जैसे जीआरयूबी और एलआईएलओ, एमबीआर या पीबीआर में रह सकते हैं। वे अपने चयन मेनू को नियंत्रित करने के लिए /boot में कॉन्फ़िगरेशन फ़ाइलों का उपयोग करते हैं,
ओएस/2 बूट मैनेजर
ओएस/2 बूट प्रबंधक को प्राथमिक पार्टीशन में अवश्य स्थापित किया जाना चाहिए। ओएस/2 विभाजन उपयोगिताएँ मेनू में चार सिस्टम तक कॉन्फ़िगर कर सकती हैं, जिनमें से प्रत्येक प्राथमिक विभाजन में या विस्तारित तार्किक विभाजन के भीतर तार्किक आयतन में हो सकता है। ओएस/2 बूट मैनेजर मेन्यू में जीआरयूबी जैसे बूट लोडर को शामिल करना संभव है, और दूसरे बूट लोडर के लिए मेन्यू में ओएस/2 बूट मैनेजर को शामिल करना संभव है। नए लोडर जैसे एयर-बूट, जीएनयू जीआरयूबी और एलआईएलओ (बूट लोडर) अधिक लचीलापन प्रदान करते हैं।
माइक्रोसॉफ्ट विंडोज और लिनक्स
लोकप्रिय मल्टी-बूट कॉन्फ़िगरेशन ड्यूल-बूट लिनक्स और विंडोज ऑपरेटिंग सिस्टम है, प्रत्येक अपने स्वयं के विभाजन के भीतर समाहित है। विभाजन-विशिष्ट संस्थापन की अनुमति देने के अलावा, विंडोज़ मल्टी-बूट सिस्टम की सुविधा या समर्थन नहीं करता है, और बूट लोडर का कोई विकल्प पेश नहीं किया जाता है। हालांकि, अधिकांश मौजूदा लिनक्स इंस्टॉलर दोहरे बूटिंग को समायोजित करते हैं (हालांकि विभाजन का कुछ ज्ञान वांछनीय है)। आम तौर पर संस्थापन बिना किसी घटना के आगे बढ़ता है लेकिन पुनरारंभ होने पर, बूट लोडर दो ऑपरेटिंग सिस्टमों में से केवल को ही पहचानेगा।[2]
लिनक्स बूट प्रबंधक /लोडर (आमतौर पर जीआरयूबी) को प्राथमिक बूटलोडर के रूप में स्थापित करने के कुछ फायदे हैं जो मास्टर बूट रिकॉर्ड द्वारा इंगित किए गए हैं। विंडोज ऑपरेटिंग सिस्टम ठीक से इंस्टॉल किए गए लिनक्स बूटलोडर्स द्वारा पाए जाएंगे, लेकिन विंडोज बूट मैनेजर लिनक्स इंस्टॉलेशन को नहीं पहचानते हैं (न ही विंडोज मूल रूप से लिनक्स फाइल सिस्टम के साथ डील करता है)। एमबीआर बूट कोड को सिस्टम रेस्क्यू सीडी पर उपलब्ध डीडी (यूनिक्स) के साथ बैकअप और रिस्टोर किया जा सकता है।
यह अक्सर अनुशंसा की जाती है कि विंडोज को पहले प्राथमिक विभाजन में स्थापित किया जाए। विंडोज और लिनक्स दोनों के बूट लोडर विभाजन की गणना करके प्राप्त संख्या के साथ विभाजन की पहचान करते हैं। (ध्यान दें, विंडोज़ और लिनक्स दोनों विभाजन तालिका में विभाजन के क्रम के अनुसार विभाजन की गणना करते हैं, जो डिस्क पर विभाजन के क्रम से भिन्न हो सकता है।) हार्ड ड्राइव के अंत में विभाजन को जोड़ना या हटाना होगा इससे पहले के किसी भी विभाजन पर कोई प्रभाव नहीं है। हालाँकि, यदि विभाजन को हार्ड ड्राइव के आरंभ या मध्य में जोड़ा या हटाया जाता है, तो बाद के विभाजनों की संख्या बदल सकती है। यदि सिस्टम विभाजन की संख्या बदलती है, तो ऑपरेटिंग सिस्टम को बूट करने और ठीक से काम करने के लिए इसे बूट लोडर पुनर्संरचना की आवश्यकता होती है।
विंडोज़ को प्राथमिक विभाजन में स्थापित किया जाना चाहिए (और पुराने सिस्टम में यह पहला विभाजन होना चाहिए)। लिनक्स को हार्ड ड्राइव पर किसी भी स्थिति में विभाजन में स्थापित किया जा सकता है और तार्किक विभाजन (विस्तारित विभाजन के भीतर) में भी स्थापित किया जा सकता है। यदि Linux को विस्तारित विभाजन के भीतर तार्किक विभाजन में स्थापित किया गया है, तो यह प्राथमिक विभाजनों में परिवर्तन से अप्रभावित रहता है।
तटस्थ एमबीआर
एमबीआर में जीआरयूबी को स्टोर करने का विकल्प एमबीआर में विंडोज' या अन्य जेनेरिक पीसी बूट कोड रखना है, और जीआरयूबी या अन्य बूटलोडर को विंडोज के अलावा किसी अन्य प्राथमिक विभाजन में स्थापित करना है, इस प्रकार एमबीआर को तटस्थ रखना है।[3] बूट समय पर ऑपरेटिंग सिस्टम का चयन इसके परिणामस्वरूप प्राथमिक विभाजन के भीतर कॉन्फ़िगर किए गए बूटलोडर पर निर्भर करता है, जिसकी विभाजन तालिका प्रविष्टि पर बूट या सक्रिय फ़्लैग सेट होता है, जो DOS, ओएस/2, ईकॉमस्टेशन, एआरसीए ओएस का बूटलोडर हो सकता है।[4] या बीएसडी, लिनक्स या विंडोज के अलावा।
Windows प्राथमिक पर बूट फ़्लैग सेट के साथ, Windows बूट प्रबंधक का उपयोग ईज़ीबीसीडी जैसे प्रोग्राम के उपयोग के माध्यम से अन्य स्थापित बूटलोडर को शृंखला करने के लिए किया जा सकता है।[5] इसका अर्थ है कि सक्रिय विभाजन का बूट प्रबंधक पहले उपयोगकर्ता को यह चुनने के लिए संकेत देगा कि किस ओएस को बूट करना है, फिर यदि आवश्यक हो तो दूसरा लोड करें, जैसे कि जीआरयूबी, यहां तक कि तार्किक विभाजन में स्थापित बूटलोडर, और फिर जीआरयूबी लिनक्स कर्नेल को सामान्य रूप से लोड करेगा जीआरयूबी को एमबीआर में स्थापित किया गया था।
सक्रिय विभाजन वह भी हो सकता है जो बूट करने के लिए ऑपरेटिंग सिस्टम को चुनने के अलावा किसी अन्य उद्देश्य के लिए मौजूद नहीं है, जैसे कि बूट मैनेजर जो आईबीएम के ओएस/2 ताना और इसके डेरिवेटिव के साथ भेज दिया गया है।
एप्पल का बूट कैंप
बूट कैंप ऐप्पल-इंटेल आर्किटेक्चर के मालिकों को अनुमति देता है। इंटेल-आधारित ऐप्पल मैकिंटोश कंप्यूटर अपने मैक पर विंडोज एक्सपी , विस्टा, 7, 8 और 10 स्थापित करने के लिए। सॉफ्टवेयर संस्करण 10.5 (तेंदुए) के बाद से Mac OS X के साथ बंडल में आता है। पहले एप्लिकेशन बीटा संस्करण में Apple की वेबसाइट से डाउनलोड के रूप में उपलब्ध था।
बूट कैंप गैर-विनाशकारी डिस्क विभाजन और एचएफएस+ + फाइल सिस्टम के आकार बदलने, बूट मेनू विकल्प और आवश्यक डिवाइस ड्राइवरों के साथ सीडी को जलाने के विकल्प की अनुमति देता है। चूंकि Windows XP एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस (लीगेसी बीआईओएस के उत्तराधिकारी) के साथ असंगत है, इसलिए प्रारंभिक Intel Mac पर फ़र्मवेयर को पहले बीआईओएस अनुकरण का समर्थन करने के लिए अद्यतन करने की आवश्यकता है। अनुकूलता समर्थन मॉड्यूल (सीएसएम) के साथ बीआईओएस अनुकरण प्राप्त किया जाता है। Apple गैर-Windows विभाजन स्वरूपों या ड्राइवरों का समर्थन नहीं करता है, इसलिए अन्य ऑपरेटिंग सिस्टम को सीधे बूट कैंप के माध्यम से कॉन्फ़िगर करना संभव नहीं है। हालाँकि, कोई भी ऑपरेटिंग सिस्टम जो Intel Macintosh के बीआईओएस अनुकरण का उपयोग कर सकता है, को काम करने के लिए बनाया जा सकता है, जिसमें Microsoft Windows के गैर-एक्सपी संस्करण शामिल हैं। उबंटू (ऑपरेटिंग सिस्टम) लिनक्स वितरण इस उद्देश्य के लिए विशेष रूप से लोकप्रिय है क्योंकि वे ओपन सोर्स ड्राइवरों के साथ मालिकाना सॉफ्टवेयर डिवाइस ड्राइवरों का उपयोग करने का विकल्प प्रदान करते हैं।
यह भी देखें
- बूटिंग
- बूट लोडर की तुलना
- जीएनयू ग्रब
- Microsoft Windows के अंतर्गत ext2/3/4 के लिए Ext2Fsd समर्थन
- मल्टीबूट विशिष्टता
- विंडोज टू गो
- ईजीबीसीडी|नियोस्मार्ट टेक्नोलॉजीज का ईज़ीबीसीडी, विंडोज पर मल्टी-बूटिंग को कॉन्फ़िगर करने के लिए मुफ्त प्रोग्राम
- एक्सओएसएल, मुफ़्त, ग्राफिकल, ओपन सोर्स बूट लोडर
- वर्चुअलाइजेशन
संदर्भ
- ↑ "OS/2 Commands by Name", OS/2 Command Reference (First ed.), IBM, 1999,
Switches between the DOS and OS/2 operating systems that are on the same hard disk (drive C).
- ↑ "Booting Problem of Linux in windows boot loader - [Solved] - Open Source Software". Tom's Hardware. Retrieved 2 April 2018.
- ↑ "openSUSE Bugs/grub". openSUSE Bugs/grub. 28 January 2010. Retrieved 22 January 2017.
- ↑ "ArcaOS". Blue Lion, by Arca Noae. 13 November 2016. Retrieved 22 January 2017.
- ↑ "विंडोज के बूट मेन्यू में लिनक्स वितरण के लिए प्रविष्टि कैसे जोड़ें". Linux BSD OS. 21 July 2012. Retrieved 10 July 2016.