मुझे अपने दोहरे बूट को कैसे स्थापित करना चाहिए ताकि मैं माध्यमिक ओएस को हाइबरनेट कर सकूं?


10

इसलिए, मेरा पिछला सेटअप विंडोज 7 का ट्रिपल-बूट, वुबी-इंटीग्रेटेड उबंटु था, और फिर एलवीएम का उपयोग करके पिछले विभाजन पर फ़ेडोरा था। मैं ubuntu से अपने Windows फ़ाइलों तक पहुँचने की (Wubi ubuntu मूल रूप से एक आभासी मशीन है) में सक्षम नहीं होने और मेरे फेडोरा विभाजन ऊपर ले रहा था थक है जिस तरह से बहुत अधिक स्थान है, तो मैं अपने नहीं-बहुत इस्तेमाल किया फेडोरा नष्ट कर दिया। अब, मैं केवल विंडोज 7 (64-बिट) में वापस आ गया हूं और अपने ट्रिपल बूट को फिर से बनाने जा रहा हूं।

मैं फेडोरा विभाजन पर GRUB के लिए एक प्रविष्टि के साथ विंडोज बूटमैनगर का उपयोग कर रहा था (ईज़ीबीसीडी के साथ जोड़ा गया क्योंकि मैं आलसी हूं)। हालाँकि, विंडोज बूटलोडर को प्राथमिक के रूप में उपयोग करने से मुझे विंडोज को हाइबरनेट करने और फिर लिनक्स में बूट करने से रोका गया। इसलिए मुझे अब GRUB का उपयोग करना होगा।

मूल रूप से, मेरा प्रश्न (संक्षिप्त) है:

मैं निम्नलिखित योजना में बूट करने के लिए एक मुख्य GRUB कैसे सेट कर सकता हूं?

  1. उबंटू
  2. फेडोरा
  3. Windows बूट लोडर

मैं अधिक से अधिक OSes के साथ अधिक से अधिक हाइबरनेट कार्यक्षमता रखना चाहता हूं।

संपादित करें: मैंने एक बुनियादी गलतफहमी बनाई: GRUB (और grub2, और burg), विंडोज बूटलोडर के विपरीत, स्वचालित रूप से हाइबरनेट किए गए सिस्टम को फिर से शुरू नहीं करता है! बस किसी भी OS का उपयोग करें ( एक अलग होने की आवश्यकता नहीं है) GRUB, GRUB2, या BURG को अपने बूटलोडर को चेनलोड करके विंडोज को हाइबरनेट / रेज़्यूमे या हाइबरनेट / फिर से शुरू करने के लिए प्राथमिक बूटलोडर के रूप में। मेरा पूरा सवाल मूट है।


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

ठीक है, धन्यवाद (जो अप्रासंगिक था वैसे भी) (मैं
सुपरसुसर के

जवाबों:


14

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

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

अब यदि GRUB MBR बूट मेनू है और लिनक्स में चेनलोड BOOTMGR या बूट से कॉन्फ़िगर किया गया है, तो आप विंडोज को लिनक्स में हाइबरनेट कर सकते हैं और बूट कर सकते हैं - लेकिन यदि आप NTFS विभाजन को माउंट करते हैं, तो सबसे अधिक संभावना है कि आपका हाइबरनेशन खो जाएगा (दूषित के रूप में पाया गया)। मूल रूप से, यदि आप किसी मशीन को हाइबरनेट करते हैं, तो आपको उस मशीन पर माउंट किए गए किसी भी वॉल्यूम को नहीं छूना चाहिए (यानी किसी भी FAT32 या NTFS विभाजन को हाइबरनेटेड ओएस में एक ड्राइव पत्र सौंपा गया है)।

हास्यास्पद महत्वपूर्ण नोट: घटना है कि आप माउंट (जैसे कि, लिनक्स में) एक Windows विभाजन में जबकि Windows सुप्तावस्था में चला जाता है और आप अशुभ पर्याप्त है कि जब आप लिनक्स के साथ काम हो गया और Windows में रिबूट करने का प्रयास कर रहे हैं, विंडोज करता सीतनिद्रा से फिर से शुरू (बजाय हाइपरनेशन डेटा को फेंकना और एक सामान्य बूट का प्रयास करना) को गलत तरीके से समझना, आप सभी विंडोज़ विभाजन को भयावह डेटा हानि का सामना करेंगे क्योंकि सभी विंडोज़ सिस्टम से संबंधित संरचनाएं आउट-ऑफ-सिंक होंगी जो विंडोज ने मेमोरी में लोड की हैं और क्या है वास्तव में डिस्क पर लिखा है।

इसके अलावा, कोई समस्या नहीं है। बस Windows, Ubuntu और Fedora स्थापित करें। सुनिश्चित करें कि उत्तरार्द्ध स्वचालित रूप से स्टार्टअप पर विंडोज ड्राइव को माउंट नहीं करता है, यह सुनिश्चित करें कि GRUB मुख्य बूटलोडर है, और आपको वह करने में सक्षम होना चाहिए जो आप चाहते हैं।


-4

आपको बूटिंग के नियंत्रण में विंडोज बूट मैनेजर को वापस रखना होगा।

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

लिनक्स आधारित OS की बूटिंग की मरम्मत करना आवश्यक रूप से MBR को नहीं लिखना चाहिए (मरम्मत के दौरान निर्दिष्ट किया जाना चाहिए क्योंकि हर OS डिफ़ॉल्ट रूप से MBR को ले जाएगा!)

आप हमेशा एक स्टार्टअप मरम्मत कर सकते हैं और विंडोज 7 बूटिंग (और हाइबरनेशन) को ठीक कर सकते हैं।

वुबी डिफ़ॉल्ट रूप से विंडोज 7 बूटमैनगर पर निर्भर है। वूबी एक वर्चुअल मशीन नहीं है, केवल डिस्क वर्चुअल है। (विंडोज वीएचडी इंस्टॉलेशन के साथ तुलना की जा सकती है)

विभाजन के लिए हमेशा लिनक्स आधारित सिस्टम बूट लोडर (GRUB) स्थापित करें (MBR नहीं!) और आपको दोहरी / बहु बूटिंग की समस्या नहीं होगी।

लिनक्स आधारित OS के लिए बूट सेक्टर लोडर बनाने के लिए Visual BCD एडिटर आज़माएं । "बूट सेक्टर फ़ाइल" के रूप में बूट लोडर पहले चरण की छवियों का उपयोग करें:

GRUB विरासत - चरण 1 से / बूट / ग्रब (फेडोरा, उबंटू के पुराने संस्करण)

GRUB 2 - boot.img / boot / grub से (नए संस्करण फेडोरा, उबंटू)

हाइबरनेशन OS को पुनः लोड करने के लिए एक बूट मैनेजर पर निर्भर करता है। तो जो भी बूट मैनेजर नियंत्रण में है - उसका OS (OS) wiil ठीक से हाइबरनेट करने और फिर से लॉन्च होने में सक्षम होगा।


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

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

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

1
हे @snayob, एक साल बाद और अधिक अनुभवी वापस आने के बाद मैं अब आपको बता सकता हूं कि मैं अब फेडोरा, उबंटू, विंडोज 8 और विंडोज 7 के बीच हाइबरनेट और स्विच कर सकता हूं जबकि अन्य सभी हाइबरनेट हैं। मैं महीनों से ऐसा कर रहा हूं, और मुझे अभी तक कोई समस्या नहीं है!
WindowsEscapist

1
@ Snayob की कोई कीमत नहीं दी गई है, मैं बूट करता हूं और लगभग 10s तेजी से बंद करता हूं, और जो भी कोई समस्या नहीं हुई है।
WindowsEscapist
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.