यूईएफआई ईएसपी और कई डिस्क ड्राइव


1

मैंने अपने (मूल रूप से Win8) UEFI तोशिबा लैपटॉप में SSD (sdb) से जुड़ा एक USB जोड़ा है ... मैं अपने लैपटॉप HDD (sda) पर GRUB2 के माध्यम से EFI मल्टी-बूटिंग कर रहा हूं ... मैंने एक Manroro KDE distro स्थापित किया है नए SSD (sdb) और कॉन्फ़िगर किए गए सभी विभाजनों को मुझे लगता है कि मुझे अपनी आवश्यकता है ... प्रश्न है, क्या SSD (sdb) का अपना ESP होना चाहिए या मुझे SSD (sda) पर ESP को माउंट करने के लिए SSD के फस्साब को सेट करना चाहिए? क्या म्यूटेंट ड्राइव के लिए प्रत्येक ड्राइव का अपना ईएसपी होना आवश्यक है या क्या उन सभी को एक ही उपयोग करना चाहिए?

मुझे उम्मीद है कि रॉड स्मिथ के पास इसके लिए एक जवाब हो सकता है।

जवाबों:


1

या तो विधि काम करेगी, लेकिन कुछ चेतावनी और अंतर हैं:

  • कुछ ईएफआई "मददगार" बूट लोडर की अपने एनवीआरएएम सूची से दुर्गम बूट लोडर को हटाते हैं। यदि आपका उनमें से एक है, और यदि आप एक बूट लोडर डालते हैं, जिसे फर्मवेयर से सीधे आपके हटाने योग्य डिस्क पर लॉन्च किया जाना है, तो यदि आप कभी भी बाहरी डिस्क अनप्लग्ड के साथ कंप्यूटर को बूट करते हैं तो इसकी प्रविष्टि गायब हो जाएगी। यह स्पष्ट रूप से अवांछनीय है, लेकिन यह महत्वपूर्ण नहीं हो सकता है यदि आप केवल उस डिस्क पर संग्रहीत बूट लोडर को पहली डिस्क पर संग्रहीत किसी अन्य बूट प्रोग्राम (जैसे GRUB या rEFInd) से लॉन्च करते हैं।
  • यदि आप बाह्य डिस्क को कंप्यूटर के बीच ले जाना चाहते हैं और इसे कई कंप्यूटरों पर बूट करना चाहते हैं, तो आप बाहरी डिस्क पर ESP रखना चाहते हैं। इस मामले में, मैं आपके बूट लोडर, या कम से कम इसकी एक प्रति संग्रहीत करने की सलाह दूंगा, जैसा कि EFI/BOOT/bootx64.efi बाहरी ईएसपी पर। इस तरह, लक्ष्य कंप्यूटर शायद इसे उठाएगा और आपको इसके अंतर्निहित बूट प्रबंधक से बूट करने का विकल्प देगा। (यह ट्रिक पिछली बुलेट पॉइंट में पहचानी गई समस्या पर काबू पाने में भी मददगार हो सकती है।)
  • यदि आप ड्राइव को इधर-उधर घुमाते हैं और एक ESP के बिना भी इसे द्वितीयक कंप्यूटर पर बूट करने का प्रबंधन करते हैं (जैसा कि rEFInd के साथ किया जा सकता है, उदाहरण के लिए), a /etc/fstab प्राथमिक कंप्यूटर पर ईएसपी की ओर इशारा करते हुए प्रविष्टि संभवत: काम नहीं करेगी। यह सबसे अधिक संभावना एक हानिरहित विफलता होगी, लेकिन आप लापता विभाजन के बारे में शिकायत देख सकते हैं। सबसे खराब स्थिति यह हो सकती है कर देता है काम (कहते हैं, क्योंकि आप डिवाइस फ़ाइल नाम से ईएसपी को संदर्भित करते हैं, जैसे /dev/sda1 ) और यदि आप एक सॉफ़्टवेयर अपडेट चलाते हैं जो GRUB को अपडेट करने की कोशिश करता है; यह द्वितीयक कंप्यूटर पर गंभीर समस्याएं पैदा कर सकता है।

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


धन्यवाद। ध्यान दें systemd यदि एक फ़ाइल सिस्टम माउंट करने में विफल रहता है, तो यह पूरी बूट प्रक्रिया को विफल कर देगा - यह आपको "आपातकालीनटैगेट" शेल में किक करता है।
sourcejedi

0

सिस्टम के विशाल बहुमत में एक ESP के लिए एकमात्र उद्देश्य बूटिंग के लिए है। आम तौर पर एक सिस्टम में केवल एक ड्राइव को ईएसपी की आवश्यकता होती है; यह फर्मवेयर सेटिंग में "ड्राइव टू बूट टू ड्राइव" के रूप में सेट किया जाएगा। जब तक आप अपनी फर्मवेयर सेटिंग्स के साथ अलग-अलग ड्राइव करना चाहते हैं, तब तक अलग-अलग ड्राइव के ESPs से अलग-अलग समय पर बूट करें, कुछ भी कभी भी अतिरिक्त ड्राइव से ESPs का उपयोग नहीं करेगा (फिर से: अधिकांश मामलों में)।

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