यूईएफआई या विरासत? किसको सलाह दी जाती है और क्यों?


20

जबकि मुझे UEFI और लिगेसी और उनके बीच बुनियादी अंतर के बारे में कुछ तथ्य पता हैं, जैसे UEFI तेज़ बूटिंग के लिए अनुमति देता है (मैंने पहले ही इस प्रश्न की जाँच कर ली है , लेकिन यह मेरा जवाब नहीं देता है), मेरे पास एक अलग प्रश्न है :

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

इसके अलावा, मेरे लैपटॉप पर कुछ चीजें ठीक से काम नहीं करती हैं, जबकि विंडोज पर सब कुछ काम करता है और मुझे यकीन नहीं है कि गलती कहां है। मुझे केवल याद है, कि विंडोज विरासत सेटिंग्स के साथ स्थापित नहीं होगी, मुझे इसे स्थापित करने में सक्षम होने के लिए सबसे पहले बूट प्राथमिकता को यूईएफआई में बदलना होगा (विन 7 अल्टिमेट एक्स 64)।

वर्तमान में * ubuntu (किसी भी संस्करण) पर 15.04 मैं माइक्रोफोन के साथ काम नहीं कर रहा है (विकृत, बहुत कमजोर ध्वनि) और Xorg ने k3.19 + में लिबरऑफिस के साथ मेरे पूरे सत्र को क्रैश कर दिया। कई वितरणों के साथ परीक्षण किया गया।

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


1
जब आप विरासत कहते हैं, तो यह ग्रब-विरासत नहीं बल्कि विरासत बूट या CSM है जहां CSM - UEFI संगतता समर्थन मॉड्यूल (CSM), जो एक BIOS मोड का अनुकरण करता है। आप विभाजन विभाजन ड्राइव के साथ CSM मोड में बूट कर सकते हैं। मैंने उबंटू 10.10 के बाद से पुराने BIOS सिस्टम के साथ gpt का उपयोग किया है। बहुत नए सिस्टम वाले ड्राइवर्स के पास हमेशा और हमेशा एक मुद्दा होगा जब तक कि वेंडर नहीं बदलते और सीधे लिनक्स का समर्थन करना शुरू कर देते हैं। लिनक्स डेवलपर्स को सभी ड्राइवरों को रिवर्स इंजीनियर करना पड़ता है और इससे पहले कि वर्तमान वितरण में है, कुछ समय लगता है। UEFI अपेक्षाकृत नया होने के कारण भी विक्रेताओं द्वारा बहुत सारे विकास की आवश्यकता है।
पुराना

मुझे लगता है कि यह एएमडी बनाम इंटेल की तरह है, वे दोनों काम करते हैं और एक ही उद्देश्य हैं, लेकिन विभिन्न विक्रेताओं से हैं, निश्चित रूप से एक में ऐसी विशेषताएं और समस्याएं हैं जो दूसरे नहीं करते हैं, यह सब आप पर है
deFreitas

जवाबों:


25

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

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

किस मोड में सबसे अच्छा है, इस सवाल का सही जवाब: यह निर्भर करता है। उदाहरण के लिए:

  • यदि आप OS के साथ डुअल-बूटिंग कर रहे हैं जो पहले से ही एक मोड या दूसरे में इंस्टॉल है, तो उबंटू (या किसी भी अन्य लिनक्स) को बूट करने के लिए लगभग हमेशा सबसे अच्छा है क्योंकि यह पहले से ही उपयोग में है।
  • BIOS / CSM / विरासत मोड का उपयोग करना लगभग हमेशा बूट प्रक्रिया को जटिल करता है, जैसा कि मेरे इस वेब पेज पर विस्तार से बताया गया है नतीजा यह है कि BIOS-मोड बूटिंग को सक्षम करने से समस्याओं को क्रॉप करने की अधिक संभावना होती है, खासकर यदि आपको पहले से ही एक ईएफआई-मोड ओएस स्थापित हो गया है।
  • BIOS-मोड बूट प्रक्रियाओं का ज्ञान अधिक व्यापक है, जो एकल-ओएस सिस्टम पर पूर्ववर्ती समस्या का मुकाबला कर सकता है।
  • जैसा कि मैंने वर्णन किया है, कुछ हार्डवेयर इनिशियलाइज़ेशन समस्याएँ एक बूट मोड या दूसरे (आमतौर पर BIOS मोड काम करने में आसान होती हैं) का पक्ष ले सकती हैं। ऐसी समस्याएं आवृत्ति में लुप्त होती दिखती हैं, हालांकि।
  • EFI- मोड बूटिंग आमतौर पर BIOS-मोड बूटिंग की तुलना में थोड़ा तेज है, हालांकि विवरण एक ओएस से दूसरे में भिन्न होता है।
  • बूट लोडर की आपकी पसंद कुछ अलग है। यदि आप डिफ़ॉल्ट GRUB से परे उद्यम करते हैं, तो आप केवल एक बूट मोड में उपलब्ध कुछ पसंद कर सकते हैं। वर्तमान में, यह EFI के पक्ष में होगा, क्योंकि कुछ BIOS समकक्षों के साथ कुछ EFI- विशिष्ट बूट प्रबंधक (gummiboot, rEFIt और rEFInd) हैं; लेकिन AFAIK लिनक्स के लिए एक EFI पोर्ट या वर्कलाइक के बिना केवल BIOS-विशिष्ट बूट प्रोग्राम BURG और LOADLIN हैं, जो दोनों (AFAIK) छोड़ दिए गए हैं।
  • सुरक्षित बूट (UEFI- विशिष्ट सुविधा) आपको अनधिकृत कोड को चलाने से रोकने के लिए, आपकी बूट प्रक्रिया को नियंत्रित करने में मदद कर सकता है। यदि आप चाहते हैं, और यदि आप प्रयास में लगाना चाहते हैं, तो आप Windows को अपने कंप्यूटर पर चलाने से रोकने के लिए सिक्योर बूट का भी उपयोग कर सकते हैं।
  • कुछ कंप्यूटरों में, जीपीटी BIOS मोड में बूट होने पर समस्याएं प्रस्तुत करता है; लेकिन GPT EFI के लिए मानक है। GPT उप -2TBB डिस्क पर कुछ मामूली लाभ प्रदान करता है, लेकिन इससे बड़े डिस्क पर आवश्यक है। (512-बाइट तार्किक क्षेत्रों को मानते हैं; लेकिन बड़े तार्किक क्षेत्र BIOS मोड में बूट करने के लिए iffy हैं, और आंतरिक डिस्क पर बहुत दुर्लभ हैं।)

यदि आपको अधिक विशिष्ट "BIOS" या "EFI" उत्तर की आवश्यकता है, जिसके लिए आपको उपयोग करना चाहिए, तो आपको अपने सेटअप के बारे में और अधिक विशिष्ट जानकारी प्रदान करनी होगी।


धन्यवाद, यह पिछले पोस्ट की तुलना में अधिक स्पष्ट करता है, हालांकि दोनों बहुत सहायक हैं। यह एक एकल ओएस सिस्टम एटीएम है।
inoki

मैंने उन मुद्दों के बारे में पहले ही बग रिपोर्ट पोस्ट कर दी है जो मुझे चिंतित करते हैं। एक यहाँ Bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1473435 स्थित है और दूसरे ने यहाँ ubuntuforums.org/showthread.php?t/2285503 पर चर्चा की है ।
inoki

महान जानकारी (और इसका एक बहुत) मैं भी आपके पृष्ठ का अच्छा सा पढ़ा। अगर मैं सही समझता हूं, तो यह उबलता है: "यह अनुशंसा की जाती है कि आप यूईएफआई के साथ रहें जब तक कि दबाने की आवश्यकता न हो, इससे कम समस्याएं पैदा होती हैं और यदि वे ऊपर आते हैं तो उन्हें फिट करना आसान होता है।" आपके द्वारा बताई गई समस्या में से एक स्विच की आवश्यकता हो सकती है वीडियो कार्ड है। मैं केवल एक नए कंप्यूटर पर उबंटू स्थापित करूंगा, एक एनवीडिया ग्राफिक्स कार्ड (gtx 970 अगर यह मायने रखता है) तो अपवाद केवल पुराने कार्ड के साथ आता है या, चूंकि मेरे पास फर्मवेयर स्थापित करने के लिए विंडोज स्थापित नहीं होगा, क्या मुझे उपयोग करने की आवश्यकता होगी विरासत?
TrailRider 15

संबंधित मेरी पिछली टिप्पणी तक का पालन करें (शायद यह अपना प्रश्न होना चाहिए) यदि यूईएफआई की सिफारिश की जाती है, क्योंकि यह लिनक्स केवल कंप्यूटर होने की संभावना है (यदि किसी कारण से मुझे दोहरी बूट करने की आवश्यकता है विंडोज यह स्वयं का एचडीडी है), क्या मुझे सुरक्षित बूट को सक्षम या अक्षम करना चाहिए? आपके विचार से मैं आपके पेज से इकट्ठा हुआ हूं, आपको लगता है कि आप इसे सक्षम छोड़ने की सलाह देते हैं, लेकिन पेज इतना व्यापक है कि पहली पास पर पचाना मुश्किल है .....
TrailRider

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

14
            Do you need to boot from a
----------- partition more than 2 TiB in size?
|                       |
no                      yes
|                       |
|                       |
|               Do you REALLY need to boot from a
|               partition more than 2 TiB in size?
|   ------------        |
|   |                   yes
|   no                  |
|   |                   |
|----           Find a different solution!
|                       |
|------------------------
|   
Don't use UEFI.

क्या मैंने अपनी बात स्पष्ट कर दी है?

UEFI का उपयोग करने का कोई कारण नहीं है, सिवाय इसके कि आप विंडोज को बूट करना चाहते हैं या यदि आप विभाजन से बूट करना चाहते हैं तो 2 TiB का आकार है। और आप हमेशा बाद के लिए एक समाधान पा सकते हैं।

यूईएफआई अपने साथ बहुत सारे नुकसान उठाती है और कोई फायदा नहीं है। इसका उपयोग न करें।

आप मूल रूप से निगमों को अपने कंप्यूटर का नियंत्रण दे रहे हैं। ऐसा मत करो, यह एक बुरा विचार है।

आपको कुछ विशेष उपकरणों का उपयोग करने में भी समस्या होगी जो GPT से नहीं निपट सकते हैं (केवल बायोस से uefi तक का सुधार GPT का समर्थन है, बाकी सब कुछ नुकसान है और उनमें से कई हैं)। ऐसा नहीं है कि बड़ी समस्या है, तो आप एक बाहरी या माध्यमिक HDD पर GPT का उपयोग करें, लेकिन यह से बूट नहीं है।

यदि आपके पास बूट करने के लिए 2 TiB से बड़ा HDD नहीं है, तो पहले स्थान पर कोई समस्या नहीं है। यदि आपके पास बूट करने के लिए 2 से अधिक TiB के साथ एक HDD है, लेकिन 2 TiB से बड़े विभाजन की आवश्यकता नहीं है और पहले 2 TiB के बाद विभाजन की शुरुआत करने की आवश्यकता नहीं है , तो आप भी नहीं GPT की जरूरत है और इसलिए कोई UEFI नहीं है। (इसलिए शुरुआत में कुछ विभाजन के साथ 4 TiB HDD और 1 2 TiB से भरा अंतिम 2 TiB ठीक है और GPT के बिना काम करता है।)

जैसा कि पहले ही ऊपर कहा जा चुका है: यह केवल उस HDD के बारे में है जिससे आप बूट करते हैं। यदि आपके पास बूट करने के लिए एक SSD है (जो निश्चित रूप से इतना बड़ा नहीं हो सकता है क्योंकि ऐसे बड़े SSD मौजूद नहीं हैं) और केवल डेटा स्टोरेज के लिए GPT का उपयोग करना चाहते हैं, यह सब ठीक है और उन्हें एक्सेस करने के लिए आपको UEFI की आवश्यकता नहीं है।

हार्डवेयर के लिए समर्थन की समस्या अक्सर हार्डवेयर के लिए फर्मवेयर के रूप में आवश्यक होती है और ओएस के लिए एक ड्राइवर यूईएफआई द्वारा हल नहीं किया जाता है। यह हो सकता है लेकिन यह नहीं था। यूईएफआई बस चूसता है।


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

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

2
अधिक स्टोरेज स्पेस बायोस या यूफी द्वारा लिया जाता है, स्टोरेज चिप जितनी बड़ी होती है, मैलवेयर को स्टोर करने के अधिक अवसर होते हैं। और uefi बड़ा है। जैसे सच में, बहुत बड़ा। जैसे कि बूटलोडर जो कि लिनक्स कर्नेल से बड़ा है। वहाँ सकता प्रिंसिपल में bios के लिए हो मैलवेयर और कोई भी यह दावा किया है, लेकिन यह कभी नहीं दिखाया गया था। अब हमारे पास uefi की कई घटनाएँ हो रही थीं जिनका उपयोग किसी सिस्टम में या हार्डवेयर के करीब आने के लिए किया जाता था और uefi में हमारे पास मैलवेयर भी थे। इसके अलावा, uefi सभी प्रकार के सामान करता है जो कोई मतलब नहीं है और समस्याएं पैदा कर सकता है। जैसे समय होना है
UTF-8

2
वास्तव में, BIOS प्रतिस्थापन मैलवेयर पहले से मौजूद है। उदाहरण के लिए blog.trendmicro.com/badbios-sometimes-bad-really-bad देखें । EFI कल्पना कहती है कि समय स्थानीय समय में होना चाहिए, लेकिन व्यवहार में, यह कोई फर्क नहीं पड़ता। अगर आपको पसंद है तो कुछ और पर रेंट; मैं आगे कोई जवाब नहीं दूंगा।
रॉड स्मिथ

5
UEFI BIOS से बहुत बेहतर है भले ही आपके पास 2TB से बड़ा डिस्क न हो। बूट प्रक्रिया 16-बिट के बजाय 64-बिट है जो UEFI को बहुत तेज बनाती है। साथ ही सुरक्षित बूट बूटकिट मालवेयर से बचाता है। इसके अलावा, बीप कोड्स के बजाय हार्डवेयर डायग्नोस्टिक्स बहुत उपयोगी हो सकते हैं। और डेटा भ्रष्टाचार को रोकने के लिए जीपीटी विभाजन तालिका में और अधिक नई सुविधाएँ। यदि मेरे कंप्यूटर में UEFI है (मैं इसे UEFI PC पर लिख रहा हूं)
करूंगा

0

यूईएफआई पर लिनक्स स्थापित करने के लिए कम से कम एक अच्छा कारण है। यदि आप अपने लिनक्स कंप्यूटर के फर्मवेयर को अपग्रेड करना चाहते हैं, तो कई मामलों में यूईएफआई की आवश्यकता होती है।

उदाहरण के लिए, "स्वचालित" फर्मवेयर अपग्रेड, जो कि गनोम सॉफ्टवेयर मैनेजर में एकीकृत है, को यूईएफआई की आवश्यकता होती है। कोई UEFI का मतलब LVFS / fwupd / fwupdmgr के माध्यम से फर्मवेयर अपग्रेड नहीं होगा । जो, ज्यादातर मामलों में, लिनक्स पर कोई फर्मवेयर अपग्रेड का मतलब नहीं है।

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