'' EFI बूट विभाजन '' और '' biosgrub '' विभाजन

Question

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

और यही बात तब होती है जब मैं UEFI (GUID विभाजन तालिका) का उपयोग करता हूं। फर्क सिर्फ इतना है कि मुझे 'ईएफआई बूट पार्टीशन' बनाने के लिए कहा जाता है, लेकिन 'बायोसगर्ब' के साथ, कभी-कभी मुझे इसे बनाने के लिए कहा जाता है और कभी-कभी मुझे इसे बनाने के लिए नहीं कहा जाता है।

अपनी वर्तमान स्थापना के लिए मुझे एक बनाने के लिए कहा गया था, लेकिन मैंने ऐसा नहीं किया और मेरी प्रणाली ठीक है। सिस्टम, समान हार्डवेयर, BIOS आदि में कोई परिवर्तन नहीं है ... क्या कोई इस पर प्रकाश डाल सकता है?

Comments

आपको बूटिंग में सुसंगत होने की आवश्यकता है। केवल तभी जब UEFI बूट मोड में आपको efi विभाजन की आवश्यकता होगी और केवल gpt विभाजन के साथ BIOS बूट मोड में आपको bios_grub विभाजन की आवश्यकता होगी। यदि आप UEFI का उपयोग कर रहे हैं, लेकिन BIOS मोड में बूट बूट-रिपेयर करें और BIOS मोड में ग्रब स्थापित करने का प्रयास करें यह आपको bios_grub विभाजन बनाने के लिए कहेगा।

— पुराने

Answer 1

चार स्थितियां हैं (BIOS बनाम EFI और MBR बनाम GPT), लेकिन उनमें से दो की समान आवश्यकताएं हैं (और उनमें से एक बहुत दुर्लभ है):

• पारंपरिक MBR विभाजन तालिका के साथ पारंपरिक BIOS-आधारित कंप्यूटर पर, GRUB का निष्पादन योग्य कोड एक बच्चे द्वारा फेंके गए स्पेगेटी की तरह चारों ओर फैल जाता है। यह एमबीआर के बूट-कोड अनुभाग में से कुछ है, इसमें से कुछ एमबीआर सेक्टरों में हैं, जो आधिकारिक रूप से अनऑल्टेड हैं, और कुछ लिनक्स /bootविभाजन में हैं। यह एक वास्तविक गड़बड़ी है, और यह केवल इसलिए काम करता है क्योंकि डेवलपर्स को शाब्दिक हैक बनाने और सभी किंक को लगभग (लगभग) वर्कआउट करने में दशकों का समय लगा है।
• नए GUID विभाजन तालिका (GPT) के साथ पारंपरिक BIOS-आधारित कंप्यूटर पर, GRUB कोड पूर्ववर्ती मामले के समान है; हालाँकि, MBR के तुरंत बाद वाले सेक्टर अनलॉक्ड नहीं हैं; वे GPT द्वारा ही उपयोग किए जाते हैं। GPT GRUB को हाईजैक करने के लिए कोई अनुरूप स्थान प्रदान नहीं करता है, इसलिए GRUB के डेवलपर्स BIOS बूट पार्टीशन (जो GParted और फ्लैग partedद्वारा पहचानते हैं bios_grub) कोड को धारण करने के लिए तय करते हैं जो MBR डिस्क पर MBR के बाद के सेक्टरों में जाते हैं। यह वास्तव में MBR दृष्टिकोण की तुलना में अधिक सुरक्षित और स्वच्छ है, क्योंकि यह GRUB कोड को अन्य कार्यक्रमों से बचाने के लिए कार्य करता है जो उस असंबद्ध स्थान का उपयोग करने का प्रयास कर सकते हैं।
• एक नए ईएफआई के साथ एक कंप्यूटर पर एक BIOS के बजाय, बूट लोडर को एमबीआर में संग्रहीत नहीं किया जाता है, आधिकारिक तौर पर बिना पोस्ट-एमबीआर क्षेत्रों में, या BIOS बूट विभाजन में; इसके बजाय, बूट लोडर एक एफएटी विभाजन पर साधारण फाइलों के रूप में रहते हैं जिन्हें ईएफआई सिस्टम पार्टिशन (ईएसपी) के रूप में जाना जाता है । ( भ्रामक रूप से, डेबियन और उबंटू इंस्टालर ईएसपी को "ईएफआई बूट पार्टीशन" नाम से संदर्भित करते हैं, लेकिन यह नाम अमानक है। GParted और partedESP की पहचान इसके होने के रूप में करता है)bootझंडा "सेट, हालाँकि उस शब्दावली का मतलब MBR डिस्क पर पूरी तरह से अलग है।) एक ESP GPT डिस्क या MBR डिस्क पर मौजूद हो सकता है, लेकिन पूर्व EFI- आधारित कंप्यूटरों पर अधिक सामान्य है। EFI दृष्टिकोण बहुत अधिक सुरक्षित और सुरक्षित है। BIOS दृष्टिकोण की तुलना में बहुत अधिक लचीला है, क्योंकि यह अजीब स्थानों में कच्चे कोड को दूर नहीं करता है, बूट लोडर ओएस-स्तरीय कार्यक्रमों की तरह ही फाइलों में रहता है। इससे उन्हें पहचानने और हेरफेर करने में आसानी होती है। (OTOH, EFI भी डेटा संग्रहीत करता है। NVRAM में बूट लोडर पर, जो बूट प्रक्रिया में विफलता का दूसरा बिंदु बनाता है। EFI के नएपन का अर्थ यह भी है कि यह अच्छी तरह से परीक्षण नहीं किया गया है, जो कि EFI- विशिष्ट समस्याओं के मेजबान के लिए है।)

GhostMotleyX, LiveWireBT की प्रतिक्रिया पर आपकी टिप्पणी ने कहा कि स्थापित करने का "सबसे अच्छा" तरीका BIOS / MBR है। यह व्यक्तिपरक है, निश्चित रूप से, लेकिन मैं उस आकलन से असहमत हूं। BIOS / MBR दृष्टिकोण सबसे कम सुरक्षित और सबसे अधिक हैतीन दृष्टिकोणों का अनाड़ी मैंने अभी रेखांकित किया है। EFI दृष्टिकोण सबसे सुरक्षित और सबसे लचीला दृष्टिकोण है। मुझे संदेह है कि आप इस तथ्य से त्रस्त हैं कि GRUB / GPT और EFI दृष्टिकोणों के लिए अलग-अलग विभाजन आवश्यक हैं, लेकिन यह कोई बड़ी बात नहीं है। सिस्टम सेट अप करते समय या विभाजन रखरखाव करते समय, वे विभाजन आपके लिए बहुत अदृश्य होंगे, और वे आपको बहुत लचीलापन देते हैं। एमबीआर के विपरीत, जीपीटी चार प्राथमिक विभाजनों तक सीमित नहीं है, इसलिए आपको अपने प्राथमिक विभाजन की आवश्यकता नहीं है, जैसे कि एक लेप्रेचुन उसके सोने की होर्डिंग।

Comments

उन सभी को धन्यवाद जिन्होंने जवाब दिया, वास्तव में उपयोगी जानकारी; विशेष रूप से रॉड स्मिथ।

— GhostMotleyX 12

एक EFI- बूट सिस्टम पर, आपको अभी भी केवल एक छोटे विभाजन की आवश्यकता है? MBR- बूट-सेक्टर और gdisk- EF02विभाजन की सामग्री (या समतुल्य) को FAT-स्वरूपित EFI सिस्टम विभाजन (gdisk प्रकार के साथ) में फ़ाइल (s) में संग्रहीत किया जा सकता है EF00?

— पीटर कॉर्ड्स

पीटर, हाँ, यह मूल रूप से सही है; EFI बूट लोडर ESP पर संग्रहीत फ़ाइलें हैं, डिस्क या विभाजन बूट सेक्टर में नहीं।

— रॉड स्मिथ

यदि मैं UEFI बूटिंग और BIOS बूटिंग दोनों का समर्थन करना चाहूं तो क्या होगा ? क्या मेरे पास ग्रब की दो प्रतियाँ होंगी, एक में EFI System Partitionऔर दूसरी में BIOS boot partition?

— नमस्ते वर्ल्ड

हैलो वर्ल्ड, आपको एक ईएफआई-मोड और एक BIOS-मोड बूट लोडर की आवश्यकता होगी। उन्हें दोनों की जरूरत नहीं है। वास्तव में, मैं सलाह देता हूं कि कम से कम उनमें से एक नहीं हो, क्योंकि इससे बहुत भ्रम हो सकता है। इस तरह के एक विन्यास एक ओएस बूट करने के लिए बहुत बेकार है, यद्यपि। यह कुछ दोहरे बूट परिदृश्यों के लिए आवश्यक हो सकता है - कहते हैं, अगर एक OS में EFI- मोड बूट लोडर का अभाव है और दूसरे को किसी कारण से EFI मोड में बूट करने की आवश्यकता है (कहते हैं, अगर यह विंडोज़ है और आपकी डिस्क 2TiB से अधिक है, तो आपको इसके पूर्ण आकार का समर्थन करने के लिए GPT की आवश्यकता होगी)।

— रॉड स्मिथ

Answer 2

जब आप यूईएफआई बूटिंग सेट कर रहे हों तो लीगेसी बूटिंग या एक ईएफआई बूट विभाजन (जीपीटी या एमबीआर विभाजित डिस्क दोनों के लिए) स्थापित करते समय आपको जीपीटी विभाजन वाली डिस्क पर बायोसगर्ब विभाजन बनाने की आवश्यकता होती है ।

• GRUB को BIOS सिस्टम EF02में एक जीपीयू बूट विभाजन (2 MiB, कोई फाइल सिस्टम नहीं, gdisk या bios_grub फ़्लैग में कोड टाइप करें) को GPT डिस्क में पोस्ट-एमबीआर एम्बेड अंतराल की कमी के कारण अपनी core.imgफ़ाइल को एम्बेड करने के लिए BIOS सिस्टम में । [...]

^{https://wiki.archlinux.org/index.php/GPT#Bootloader_Support}

Comments

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

— GhostMotleyX

@GhostMotleyX यह सही है।

— लाइववायरबेट

यहां तक ​​कि 1MiB पर्याप्त से अधिक है। मैं इसे पहले "सामान्य" 1MiB- संरेखित विभाजन से पहले रखना पसंद करता हूं, जैसा कि मैंने en.wikipedia.org/wiki/BIOS_boot_partition#Overview के अंतिम पैराग्राफ में समझाया था (जो मैंने अभी संपादित किया है)। मैंने यह तय नहीं किया है कि मैं sortस्टार्ट सेक्टर के क्रम में विभाजन को फिर से शुरू करने के लिए gdisk की कमांड का उपयोग करूंगा या नहीं , या यदि मैं इसे sdc4w या e के रूप में छोड़ना चाहता हूं । शायद सॉर्ट कम अजीब है, इसलिए मेरे ग्रब विभाजन हमेशा रहेंगे sdX1।

— पीटर कॉर्ड्स

Answer 3

मैं दोनों EFI और BIOS ग्रब होने के लिए एक अतिरिक्त बिंदु / मकसद दूंगा।

Grub2 से एक Live SystemRescueCD.iso लूप बूट करने के लिए USB स्टिक।

क्यूं कर? सरल उत्तर: यह बहुत सारे पीसी पर बूट होगा, कुछ में यूईएफआई है कुछ में केवल 32 बिट पुराने BIOS आदि हैं।

वास्तविक जटिल उद्देश्य: यदि संभव हो तो उन्नत हार्डवेयर (UEFI) का उपयोग करें।

वास्तविक लाइव उपयोग नमूना:

• चार विभाजन के साथ USB छड़ी (GPT मोड पर तैयार)
• पहला विभाजन (USB 7 और ऊपर से देखा जा सकता है) NTFS पर USB स्टिक के बाकी हिस्सों के साथ
• Grub2 और SystemRescueCD.iso फ़ाइल के लिए दूसरा विभाजन कम से कम 1GiB के साथ फ़ाइल (बेहतर है तो 2GiB ताकि आप एक ही समय में SystemRescueCD.iso के दो संस्करणों को ले जा सकें, बस पुराने संस्करण को बदलने के लिए नए संस्करण का परीक्षण करने से पहले), मैं सामान्य रूप से Ext4 फाइल सिस्टम का उपयोग करता हूं इसके लिए
• ईएफआई के लिए तीसरा विभाजन (जिसे विंडोज़ ईएसपी कहते हैं) को कम से कम 512MiB के साथ फैट 32 के रूप में स्वरूपित किया गया (मैंने कुछ पीसी देखे हैं कि यदि कम उपयोग करने पर वे यूएसबी स्टिक को बूट करने योग्य मीडिया के रूप में नहीं दिखाते हैं)
• BIOS_Grub के लिए चौथा विभाजन (कोई प्रारूप नहीं, लेकिन निर्मित होने पर साफ़ किया गया)

एक महत्वपूर्ण बात: मैंने एक 8GiB एलजी USB स्ट्रिक (एक मैं खुद) देखा है जो भौतिक UEFI पीसी बूट पर सूचीबद्ध होने से इंकार करता है यदि विभाजन सिलेंडर से गठबंधन नहीं किए जाते हैं, लेकिन अन्य UEFI पीसी पर देखे जा सकते हैं और UEFI बूट के साथ VirtualBOX पर भी मोड सक्रिय ... जब इसे MiB से संरेखित किया जाता है, तो यह सभी स्थान का उपयोग करता है, अंत में कोई 1MiB बिना पास के स्थान का उपयोग नहीं करता है, लेकिन जब सिलिंडर के साथ गठबंधन किया जाता है तो अंतिम अपूर्ण MB का उपयोग नहीं किया जाता है ... यदि मैं MiB विभाजन को ध्यान में रखते हुए करता हूं। (दूसरे शब्दों में, मैं एक मैनुअल सिलेंडर संरेखित करता हूं) यह काम करता है, लेकिन जैसा कि मैं कह रहा हूं कि यह अभी भी सिलेंडर संरेखित है (मैं विभाजन उपकरण को आपके लिए ऐसा करने की बजाय मैन्युअल रूप से कर रहा हूं)।

कैसे प्राप्त करने के लिए इस तरह के महान यूएसबी रिकवरी स्टिक (इसमें दो चालें हैं):

1. सिलिंडरों में विभाजन को संरेखित करें (MiB के साथ संरेखित करने के लिए बेहतर अनुकूलता)
2. एक grub-install --target = i386-pc करें और फिर उसी grub विभाजन पर एक और grub-install --target = x86_64-efi करें, ताकि आप दोनों बूट मोड के लिए केवल एक grub.cfg का उपयोग करें

यह कैसे बूट करता है:

• a) बूटिंग फॉर्म पुराना BIOS, MBR लोड करेगा, फिर Grub फॉर्म BIOS_grub विभाजन का Stage2, फिर Grub2 विभाजन से core.img
• बी) बूटिंग फॉर्म यूईएफआई संगत, ईएसपी विभाजन से .efi फ़ाइल को लोड करेगा
• grub.cfg को पढ़ा जाता है (यदि ग्रब 2 विभाजन पर मौजूद है)
• फिर grub2 मेनू दिखाया गया है
• तो मैं लूप से बूट करने के लिए चयन करता हूं SystemRescueCD.iso (डॉकस पैरामीटर के साथ), मैंने दो विकल्प सेट किए हैं grub.cfg, 32Bits के लिए एक, 64Bits के लिए एक (मेरे पास वास्तव में चार विकल्प हैं, क्योंकि मैं दो dostartx पैरामीटर पर सेट करता हूं सीधे GUI पर बूट करें)।
• बूट करने के बाद मैं यूएसबी स्टिक को हटा सकता हूं (पूरा लाइव लिनक्स ऐसे डॉकैचे के लिए धन्यवाद में काम करता है), किसी भी कमांड को टाइप करने की आवश्यकता नहीं है, पेनड्राइव को माउंट नहीं किया गया है (फिर से डोकैच पैरामीटर के लिए धन्यवाद)।

इस स्टिक के साथ मैं पुराने पीसी (अगर वे यूएसबी से बूट करने की अनुमति देता है) को 32 बिट्स में या 64 बिट्स (यदि उनके पास प्रोफ़ेसर पर एक्सटेंशन एटेंड है) बूट कर सकते हैं, लेकिन BIOS मोड में बूट कर सकते हैं।

इस स्टिक के साथ मैं 32 बिट्स और 64 बिट्स में नए पीसी (यदि वे USB से बूट करने देते हैं) को बूट कर सकते हैं, लेकिन UEFI मोड में बूट कर रहे हैं (आह, हाँ यह UEFI मोड में बूट हो सकता है और फिर 32 बिट में लिनक्स लिनक्स SystemRescueCD को बूट कर सकता है) मोड के साथ-साथ 64 बिट मोड में)।

इसलिए मेरे पास सभी यूएसबी स्टिक रिकवरी बूट मीडिया में है, जो सभी पीसी, आधुनिक या पुराने (केवल USB बूट समर्थन की आवश्यकता है) के निकट बूट करने में सक्षम है, भले ही 32 बिट या 64 बिट, BIOS या यूईएफआई, आदि ... और मैं कर सकता हूं चुनें कि मैं 32 बिट्स या 64 बिट्स को क्या चलाना चाहता हूं।

इसके अलावा, मैंने एक पीसी पर परीक्षण किया था जो विंडोज 64 बिट्स (पुराने 32 बिट्स प्रॉसेसर) को स्थापित करने से इनकार करता है, लेकिन 64 बिट लिनक्स लाइव (क्योंकि पीएई क्षमता उस प्रोसेसर पर मौजूद है) चलाने में सक्षम है।

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

विंडोज और यूएसबी विभाजनों के लिए अतिरिक्त: यदि आप विभाजन तालिका में विभाजन प्रविष्टियां स्वैप करते हैं, तो दूसरे शब्दों में आप उस विभाजन को रखते हैं जिसे आप तालिका में पहले वाले के रूप में एक्सेस करना चाहते हैं, विंडोज़ आपको इसे एक्सेस करने की अनुमति देगा (यदि इसका प्रारूप समझ में आ गया है, तो fat32) और NTFS सीधे, विशेष ड्राइवरों के साथ ext2, आदि), लेकिन केवल उसी को एक्सेस करने देगा जो विभाजन तालिका के पहले प्रवेश पर स्थित है ... एक उपकरण है (जिसे BootICEx86.exe कहा जाता है) जो विंडोज पर ऐसा काम कर सकता है USB छड़ी को अनप्लग करने की आवश्यकता के बिना भी।

सुपर अतिरिक्त: कुछ पेंड्राइव्स भी हैं (मैं अपने आप में बहुत भाग्यशाली हूं, एक Sony 16GiB) की तुलना में विशेष उपकरणों (खदान से एक उपकरण के साथ मेरा) थोड़ा बदला जा सकता है, इसलिए वे एक यूएसबी स्टिक के बजाय एक यूएसबी एचडीडी के रूप में विंडोज पर दिखाई देते हैं , उस परिवर्तन के बाद, सभी विंडो आपको उस पर विभाजन हटाने, बनाने और प्रबंधित करने देंगी, साथ ही एक से अधिक एक ही समय में, प्रत्येक को अपने स्वयं के पत्र के साथ माउंट किया जा सकता है।

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

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