अब विंडोज 8 यूईएफआई बूटलोडर का समर्थन करता है और मैंने पढ़ा है कि यह BIOS से अलग है, लेकिन यह Google पर कई खोजों के बाद मेरे लिए अस्पष्ट है।
कुछ बिंदु नीचे दिए गए हैं: -
जैसा कि हम सभी जानते हैं, BIOS बूट विकल्प तक पहुँचने का एक महत्वपूर्ण हिस्सा है। तो यूईएफआई अब क्या करेगा? कैसे?
मुझे कैसे पता चलेगा कि मैं UEFI के साथ BIOS के साथ बूट कर रहा हूं?
तो "BIOS के साथ बूट" और "यूईएफआई के साथ बूट" में वास्तविक अंतर क्या है?
जवाबों:
- जैसा कि हम सभी जानते हैं कि बूट विकल्प तक पहुँचने के लिए BIOS महत्वपूर्ण हिस्सा है। तो अब UEFI करेगा क्या? कैसे?
हार्ड डिस्क पर पहले सेक्टर को पढ़कर और इसे निष्पादित करके BIOS बूट करता है; यह बूट सेक्टर बदले में अतिरिक्त कोड चलाता है। अंतरिक्ष की कमी के कारण BIOS सिस्टम बहुत सीमित है और क्योंकि BIOS 16-बिट कोड चलाता है, जबकि आधुनिक कंप्यूटर 32-बिट या 64-बिट CPU का उपयोग करते हैं। इसके विपरीत, EFI (या UEFI, जो कि EFI 2.x है) बूट्स को EFI प्रोग्राम फाइल्स ( .efiफाइलनाम एक्सटेंशन के साथ ) हार्ड डिस्क पर एक विभाजन से लोड करके , EFI सिस्टम पार्टिशन (ESP) के रूप में जाना जाता है। ये EFI बूट लोडर प्रोग्राम हार्ड डिस्क से फाइल पढ़ने जैसी चीजों के लिए EFI बूट सेवाओं का लाभ ले सकते हैं।
एक व्यावहारिक मामले के रूप में, यदि आप लिनक्स जैसे ओएस का उपयोग कर रहे हैं जिसमें जटिल BIOS-मोड बूट लोडर हैं, तो EFI- मोड बूटिंग BIOS-मोड बूटिंग के समान होने की संभावना है, चूंकि GRUB 2 (सबसे लोकप्रिय BIOS-मोड बूट लोडर है लिनक्स के लिए) को EFI के तहत काम करने के लिए पोर्ट किया गया है, और कई लिनक्स वितरण EFI सिस्टम पर डिफ़ॉल्ट रूप से GRUB 2 स्थापित करते हैं। OTOH, आप GRUB 2 को अन्य EFI बूट लोडर के साथ बदल या पूरक कर सकते हैं। वास्तव में, लिनक्स कर्नेल ही एक EFI बूट लोडर हो सकता है; 3.3.0 कर्नेल के साथ ऐसा करने के लिए कोड जोड़ा गया था। इस तरह से उपयोग किया जाता है, EFI स्वयं लिनक्स कर्नेल को लोड करता है और चलाता है, या आप rEFInd या gummiboot जैसे किसी तृतीय-पक्ष बूट प्रबंधक का उपयोग कर सकते हैं ताकि आप यह चुन सकें कि कौन सा OS या कर्नेल बूट करने के लिए।
- मुझे कैसे पता चलेगा कि मैं UEFI के साथ BIOS के साथ बूट कर रहा हूं?
जैसा कि रूट कहते हैं, फर्मवेयर के उपयोगकर्ता इंटरफ़ेस में सुराग हैं; हालाँकि, वे अविश्वसनीय हैं और एक कंप्यूटर से दूसरे में भिन्न होते हैं। सुनिश्चित करने का एकमात्र तरीका यह देखना है कि कंप्यूटर कैसे बूट हुआ है। उदाहरण के लिए, लिनक्स में, /sys/firmware/efiडायग्नोस्टिक नामक एक निर्देशिका की उपस्थिति है। यदि यह मौजूद है, तो आपने EFI मोड में बूट किया है; यदि यह मौजूद नहीं है, तो आपने शायद BIOS मोड में बूट किया है। (यह निर्देशिका कुछ परिस्थितियों में ईएफआई-मोड बूट पर अनुपस्थित हो सकती है, हालांकि।) dmesgईएफआई को संदर्भित करने वाला आउटपुट भी एक ईएफआई-मोड बूट का निदान है। विंडोज में, बूट डिस्क का विभाजन तालिका नैदानिक है; यदि यह GPT है, तो आपने EFI मोड में बूट किया है, और यदि यह MBR है, तो आपने BIOS मोड में बूट किया है।
- तो "BIOS के साथ बूट" और "यूईएफआई के साथ बूट" में वास्तविक अलग क्या है?
EFI तेज हो सकता है , लेकिन यह निश्चित नहीं है। सबसे बड़ी गति का अंतर हार्डवेयर इनिशियलाइज़ेशन की प्रक्रिया में जल्दी है। मेरे सिस्टम पर, यह कुल बूट समय का एक अंश है, इसलिए हार्डवेयर इनिशियलाइज़ेशन समय में कमी, जबकि अच्छा, सभी को बहुत अंतर नहीं देता है। ऐसा नहीं है कि मैं हर दस मिनट में रिबूट कर रहा हूं, आखिरकार।
यूईएफआई सुरक्षित बूट नामक एक सुविधा का समर्थन करता हैयह इरादा है, जैसा कि नाम से पता चलता है, सुरक्षा में सुधार करने के लिए। यह बूट लोडरों के डिजिटल "हस्ताक्षर" की आवश्यकता के द्वारा करता है, जिसके बदले में कर्नेल पर हस्ताक्षर करने की आवश्यकता होती है, और इसी तरह श्रृंखला पर। इससे मैलवेयर लेखकों को प्री-बूट प्रक्रिया में अपना कोड डालने में कठिनाई होती है, जिससे सुरक्षा में सुधार होता है। यह अच्छा लगता है, लेकिन यह दोहरे बूट कॉन्फ़िगरेशन को भी जटिल करता है, क्योंकि GRUB और लिनक्स कर्नेल जैसे कोड पर हस्ताक्षर किए जाने चाहिए। प्रमुख लिनक्स वितरण विक्रेता औसत लिनक्स उपयोगकर्ताओं के लिए इन आवश्यकताओं को कम करने के तरीकों पर काम कर रहे हैं, और उन्होंने कुछ प्रारंभिक सामान तैयार किया है। हालांकि, सुरक्षित बूट को अक्षम करना, इससे निपटने का सबसे आसान तरीका है। यह मुख्य रूप से ब्रांड-नए कंप्यूटरों के लिए एक व्यावहारिक चिंता है जो विंडोज 8 के साथ जहाज करते हैं, चूंकि Microsoft को Windows 8 प्रमाणन प्राप्त करने के लिए सुरक्षित बूट की आवश्यकता होती है। कुछ लोग यूईएफआई और सुरक्षित बूट को भ्रमित करते हैं (बाद वाला पूर्व की एक विशेषता है), लेकिन यह BIOS और यूईएफआई के बीच अंतर के रूप में उल्लेख के योग्य है क्योंकि यह नए विंडोज 8 कंप्यूटरों के लिए कुछ समस्याएं पैदा कर रहा है। यदि आपको एक पुराना सिस्टम मिल गया है या सुरक्षित बूट अक्षम करने के लिए फर्मवेयर सेटअप उपयोगिताओं के साथ पर्याप्त आरामदायक है, तो यह एक वास्तविक समस्या नहीं है।
Microsoft बूट डिस्क के विभाजन तालिका प्रकार को फर्मवेयर प्रकार (MBR से BIOS; GPT to UEFI) से जोड़ता है। क्योंकि MBR 2TiB (मानक क्षेत्र के आकार को मानते हुए) में सबसे ऊपर है, इसका मतलब यह है कि UEFI ओवर-टू टीआईबी डिस्क पर विंडोज बूट करने के लिए एक व्यावहारिक आवश्यकता है। आप अभी भी विंडोज के तहत डेटा डिस्क के रूप में इस तरह के बड़े डिस्क का उपयोग कर सकते हैं, और आप BIOS के तहत जीपीटी का उपयोग करके बड़े डिस्क पर कुछ गैर-माइक्रोसॉफ्ट ओएस (जैसे लिनक्स और फ्रीबीएसडी) बूट कर सकते हैं।
एक व्यावहारिक मामले के रूप में यदि आप यूईएफआई के बारे में चिंतित हैं या रुचि रखते हैं, तो सबसे बड़ा मुद्दा यह है कि यूईएफआई काफी नया है कि इसके लिए समर्थन थोड़ा धब्बेदार है, खासकर कुछ पुराने और अधिक विदेशी ओएस में। यूईएफआई अपने आप में काफी नई है कि इसके अधिकांश कार्यान्वयन छोटी गाड़ी हैं, और जो आपस में इतने भिन्न नहीं हैं कि आम तौर पर चीजों का वर्णन करना कठिन हो सकता है। इस प्रकार, यूईएफआई का उपयोग करना एक चुनौती हो सकती है। OTOH, UEFI है भविष्य। यह कुछ मामूली फायदे हैं, जिनमें से कुछ समय में अधिक महत्वपूर्ण हो जाएंगे (जैसे कि विंडोज की 2TiB बूट डिस्क सीमा)। UEFI बूट पर स्विच करने से बूट प्रक्रिया का कुछ विवरण बदल जाएगा, लेकिन आपका समग्र कंप्यूटिंग अनुभव आपके द्वारा सामना किए जा रहे किसी भी बूट मुद्दों पर काबू पाने के बाद सभी को बहुत कुछ नहीं बदलेगा।
संपादित करें:
क्या आप OpRom सेटिंग्स (विकल्प रोम) पर विस्तार कर सकते हैं। वे आपको यूईएफआई बूटिंग या "लिगेसी" बूटिंग के बीच चयन करने की अनुमति देते हैं और वे वीडियो कार्ड, नेटवर्क कार्ड और अन्य विभिन्न पीसीआई उपकरणों पर लागू होते हैं।
कई प्लग-इन कार्ड फर्मवेयर प्रदान करते हैं जो कि मदरबोर्ड पर फर्मवेयर के साथ इंटरफेस करते हैं। दो प्रकार के फर्मवेयर को "बात" करने में सक्षम होना चाहिए, अगर कार्ड का फर्मवेयर किसी भी अच्छा करना है। ओएस बूट से पहले कार्ड का उपयोग करना आवश्यक है - उदाहरण के लिए, वीडियो कार्ड पर अपने फर्मवेयर के विकल्प या बूट प्रबंधक मेनू को प्रदर्शित करने के लिए, नेटवर्क कार्ड के माध्यम से नेटवर्क बूट करने के लिए, या हार्ड डिस्क से जुड़े बूट करने के लिए। एक डिस्क नियंत्रक कार्ड।
बूट लोडर के साथ ही, प्लग-इन डिवाइस के फर्मवेयर में कोड को BIOS या EFI के साथ इंटरफेस के लिए लिखा जाता है (हालांकि प्लग-इन कार्ड दोनों का समर्थन कर सकते हैं, अगर मैं गलत नहीं हूं)। कुछ ईएफआई ने इस समर्थन को ठीक-दाने के आधार पर सक्षम या अक्षम करने के लिए विकल्प प्रदान किए हैं, जैसा कि आपने देखा है। कुछ मामलों में, एक EFI कॉल को "अनुवाद" करके, EFI मोड में काम करने के लिए सक्षम करने के लिए कार्ड के BIOS-मोड समर्थन का उपयोग कर सकता है। (यह वीडियो कार्ड के साथ आम है, उदाहरण के लिए; आप अक्सर अपने फर्मवेयर में BIOS समर्थन के बिना पुराने वीडियो कार्ड में प्लग कर सकते हैं और अभी भी ईएफआई मोड में बूट करने के लिए इसका उपयोग कर सकते हैं।)
मुझे ठीक से पता नहीं है कि आपके द्वारा नोट की गई प्रत्येक सेटिंग क्या करती है। उदाहरण के लिए, मुझे नहीं पता कि इन विकल्पों में से एक के लिए "BIOS केवल" कार्ड को केवल BIOS मोड में काम करता है, "अनुवाद" ताकि EFI BIOS-मोड कॉल का उपयोग EFI मोड में, या कुछ और कर सके। वास्तव में, अन्य ईएफआई उपयोगकर्ता इंटरफ़ेस क्षेत्रों में मानकों की कमी को देखते हुए, मैं विवरणों को एक ईएफआई से दूसरे में भिन्न होने की उम्मीद करूंगा, इसलिए आपको विवरण जानने की आवश्यकता होने पर अपने कंप्यूटर के प्रलेखन या प्रयोग से परामर्श करना पड़ सकता है। मैंने कुछ कंप्यूटरों को दो अलग-अलग मेनू में बहुत समान-ध्वनि वाले विकल्पों के साथ देखा है, जो आगे चलकर मामलों को जटिल बनाता है।
/bootविभाजन सामान्य रूप से मौजूद है । कोई फर्क नहीं पड़ता कि बूट मोड, बूट लोडर कर्नेल को पढ़ने में सक्षम होना चाहिए, और अधिकांश बूट लोडर सॉफ़्टवेयर RAID को संभाल नहीं सकते हैं। (जीआरयूबी निश्चित रूप से कर सकता है, लेकिन कुछ लोग भी कोशिश करते हैं।)
/bootक्योंकि ZFS उस /bootपर नहीं हो सकता है। मैंने लिनक्स मेलिंग सूची में ZFS पर पूछा।
- जैसा कि हम सभी जानते हैं कि बूट विकल्प तक पहुँचने के लिए BIOS महत्वपूर्ण हिस्सा है। तो अब UEFI करेगा क्या? कैसे?
UEFI एक क्रॉस-प्लेटफ़ॉर्म फ़र्मवेयर इंटरफ़ेस है जो BIOS नाम के x86- विशिष्ट फ़र्मवेयर मानक की जगह लेता है। कई यूईएफआई कार्यान्वयन में एक BIOS संगतता / "विरासत" मोड भी शामिल है, एमबीआर से बूटिंग और ओएस के लिए एक BIOS की तरह इंटरफ़ेस पेश करने के लिए; हालाँकि, यह मानक द्वारा आवश्यक नहीं है।
- मुझे कैसे पता चलेगा कि मैं UEFI के साथ BIOS के साथ बूट कर रहा हूं?
यदि आपके पास एक यूईएफआई-संगत मदरबोर्ड है जो संगतता / विरासत BIOS बूटिंग प्रदान करता है, तो इसका फर्मवेयर मेनू डिफ़ॉल्ट बूट मोड सेट करने या यहां तक कि यूईएफआई या BIOS मोड में एकल उपकरणों को बूट करने जैसे विकल्प प्रदान करेगा:
अन्यथा, एक आसान नहीं हो सकता है एक ओएस का उपयोग करके फर्मवेयर की जांच के बिना, बताने का तरीका।
- तो "BIOS के साथ बूट" और "यूईएफआई के साथ बूट" में वास्तविक अलग क्या है?
कई अंतर हैं:
UEFI के बारे में अधिक जानकारी देखें ।
प्रश्न: जैसा कि हम सभी जानते हैं, BIOS बूट विकल्प तक पहुँचने का एक महत्वपूर्ण हिस्सा है। तो अब UEFI करेगा क्या? कैसे?
A: यह शर्तों के बारे में एक भ्रम है। उदाहरण के लिए "ब्लाबला बदलने के लिए BIOS दर्ज करें।" राजनैतिक रूप से सही शब्द "फर्मवेयर सेटअप उपयोगिता" है उस चीज़ के लिए जो आप दर्ज करते हैं। यदि आप "UEFI" के साथ इसके विपरीत "BIOS" के बारे में बात करते हैं, तो इसका मतलब कुछ और है: बूट निष्पादन वातावरण।
तो अगर आप का मतलब है कि सेटअप उपयोगिता, तो एक) इसे यूईएफआई और बी नहीं कहेंगे) यह मूल रूप से पूर्व समय की तरह ही है।
सेटअप-उपयोगिता हार्डवेयर के साथ कैसे संचार करती है और यह फर्मवेयर के लिए स्थायी भंडारण है। इसलिए वहां कुछ भी नहीं बदला।
प्रश्न: "BIOS के साथ बूट" और "यूईएफआई के साथ बूट" में वास्तविक क्या अलग है?
ए: बूट-लोडर अपने आप में जो वातावरण पाते हैं वह अलग है। और यूईएफआई के साथ, यह पर्यावरण स्पष्ट है, जिस तरह से अधिक आधुनिक और सुविधा संपन्न है।
/bootएक अलग विभाजन पर आवश्यकता हो सकती है , (मुख्यतः क्योंकि मैं ZFS का उपयोग करने की कोशिश कर रहा हूं)।/bootBIOS बूट विभाजन और EFI सिस्टम विभाजन के साथ एक RAIDED को कैसे समेटेगा ?