BIOS सेटिंग XHCI प्री-बूट मोड क्या करता है?


18

मेरे पास एक BIOS सेटिंग है जिसे XHCI प्री-बूट मोड कहा जाता है। अगर मेरे पास यह सक्षम USB डिवाइस हैं, जिन्हें कभी भी बूट में प्लग नहीं किया जाता है, तो उन्हें कभी भी पहचाना नहीं जाता है, अगर मैं इसे डिसेबल कर देता हूं तो USB डिवाइस सामान्य रूप से काम करते हैं। संक्षिप्त BIOS विवरण कहता है "यदि आपको DOS में USB3.0 समर्थन की आवश्यकता है तो इस विकल्प को सक्षम करें।" जो मैं नहीं करता, लेकिन यह भी कहता है "कृपया ध्यान दें कि यदि आप इस आइटम को अक्षम के रूप में सेट करते हैं तो XHCI नियंत्रक अक्षम हो जाएगा।" तो क्या इसका मतलब यह है कि USB3 इस विकल्प के साथ अक्षम है? यहाँ स्क्रीन की एक तस्वीर है:

असूस UX32VD उन्नत USB BIOS स्क्रीन

अद्यतन मैं बाद में BIOS अद्यतन इस समस्या को हल करने में सक्षम नहीं होने पर भी USB डिवाइसों में इस समस्या को ठीक करने के लिए लगता है।

जवाबों:


16

XHCI सक्षम होने पर काम नहीं करने वाले USB उपकरणों के सामान्य लक्षण के आधार पर, यह आवाज़ करेगा कि आपके OS में USB 2.0 ड्राइवर हैं, लेकिन USB 3.0 ड्राइवर नहीं हैं।

इस प्रकार की BIOS सेटिंग क्या करती है? मुझे एक समान 'XHCI मोड' BIOS सेटिंग के लिए विकल्पों का एक अच्छा सारांश मिला, जो कि एक पोस्ट में tonymac उपयोगकर्ता a6f69xac द्वारा किया गया है :

एक्सएचसीआई मोड = अक्षम - 2.0 पोर्ट की तरह ऑन-बोर्ड यूएसबी 3.0 पोर्ट फ़ंक्शन

XHCI मोड = सक्षम - ऑन-बोर्ड USB 3.0 पोर्ट 3.0 पोर्ट की तरह कार्य करता है

XHCI मोड = ऑटो - ऑन-बोर्ड USB 3.0 पोर्ट, OS USB 3.0 ड्राइवर लोड से पहले 2.0 पोर्ट की तरह कार्य करता है। यदि आप OS को रिबूट करते हैं, तो ऑन-बोर्ड USB 3.0 पोर्ट फिर से OS USB 3.0 ड्राइवर लोड से पहले इस रिबूट BIOS चरण के दौरान 2.0 पोर्ट की तरह कार्य करता है।

XHCI मोड = स्मार्ट ऑटो - ऑन-बोर्ड USB 3.0 पोर्ट, OS USB 3.0 ड्राइवर लोड से पहले 2.0 पोर्ट की तरह कार्य करता है। यदि आप OS को रिबूट करते हैं, तो इस रिबूट BIOS चरण के दौरान, OS USB 3.0 ड्राइवर लोड से पहले USB 3.0 पोर्ट को 2.0 कार्यक्षमता में डाउनग्रेड करने से बचने के लिए BIOS "स्मार्ट" है। तो स्मार्ट ऑटो 2 बूट ऑनर पर ऑटो से तेज है, लेकिन सक्षम है कि ओएस के पास यूएसबी 3.0 ड्राइवर स्थापित है, क्योंकि यह स्विचिंग से बचता है। यूएसबी 2.0 पोर्ट की तरह ऑन-बोर्ड यूएसबी पोर्ट फ़ंक्शन बनाना मुख्य रूप से ओएस इंस्टॉलेशन का समर्थन करने या ओएस का समर्थन करने के लिए है जिसमें बिल्ट-इन यूएसबी 3.0 ड्राइवर नहीं है, ताकि यूएसबी कीबोर्ड अभी भी काम करेगा यदि उपयोगकर्ता यूएसबी में प्लग-इन करता है OS 3.0 के स्थापित होने से पहले USB 3.0 पोर्ट में कीबोर्ड या कोई अन्य USB डिवाइस मदरबोर्ड के साथ आते हैं।

पृष्ठभूमि:

USB के प्रत्येक प्रमुख संस्करण ने USB नियंत्रक (1.x: UHCI / OHCI, 2.x: EHCI: 3.x: XHCI) पर एक नए सॉफ़्टवेयर इंटरफ़ेस का उपयोग किया है, जो पिछले संस्करण के लिए ड्राइवरों के साथ प्रत्येक असंगत है। नए USB नियंत्रक पुराने USB बाह्य उपकरणों के साथ ठीक काम करते हैं, इसलिए कंप्यूटर के पास कुछ भी नहीं है लेकिन नवीनतम USB हार्डवेयर है - बशर्ते कि यह आवश्यक ड्राइवरों के साथ पूरी तरह से अद्यतित हो।

हालाँकि, OS स्थापित करते समय, चिकन-एंड-एग समस्या की संभावना होती है, जहाँ आपके पास ड्राइवर होते हैं, लेकिन वे OS स्थापना में निर्मित नहीं होते हैं, और आपके पास OS स्थापना पूर्ण करने का कोई तरीका नहीं है और ड्राइवरों के लिए हार्डवेयर के उपयोग के अलावा सिस्टम पर ड्राइवर प्राप्त करें।

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

विभिन्न "ऑटो" सेटिंग्स एक BIOS कॉन्फ़िगरेशन प्रदान करने के प्रयास की तरह लगती हैं जो सामान्य रूप से स्थापित समय पर एक BIOS सेटिंग को बदलने के बिना पूरी गति से काम करती हैं। यह निश्चित रूप से व्यक्तिगत मालिकों से तकनीकी सहायता कॉल को बचाने के लिए है जो अपने ओएस को फिर से स्थापित कर रहे हैं, साथ ही केंद्र प्रशासित वातावरण को सूट करते हैं जहां सभी ओएस इंस्टॉल रिमोट नेटवर्क बूट द्वारा किए जाते हैं और कुछ जैसे कि एक व्यक्तिगत मशीन पर BIOS सेटिंग को बदलना जैसे कि सेटअप प्रक्रिया अव्यावहारिक होगी।


1

xHCI प्री-बूट ड्राइवर

सक्षम किया गया USB 3.0 पोर्ट OS को बूट करने से पहले xHCI कंट्रोलर को रूट किया जाता है। (चूक)

अक्षम USB 3.0 पोर्ट OS को बूट करने से पहले EHCI कंट्रोलर में रूट किए जाते हैं।

जब यह आइटम सक्षम करने के लिए सेट किया गया है, नीचे xHCI मोड स्वचालित रूप से स्मार्ट ऑटो पर सेट किया जाएगा; जब यह आइटम अक्षम पर सेट हो जाता है, तो नीचे दिया गया xHCI मोड स्वतः ही ऑटो पर सेट हो जाएगा।

स्रोत: http://mbforum.gigabyte.de/index.php?page=Thread&threadID=6484


3
कुछ स्पष्टीकरण: xHCI USB 3.0 नियंत्रक है, और EHCI USB 2.0 नियंत्रक है। संभवतः (मेरे पास इस तरह के विकल्पों के साथ एक प्रणाली नहीं है) - यदि आप विंडोज पीई जैसे बचाव वातावरण में बूट करते हैं, और आपने सीडी पर यूएसबी 3.0 ड्राइवरों को शामिल नहीं किया है, तो बाहरी ड्राइव जैसी चीजें आपके कनेक्ट होने पर काम नहीं करेंगी बंदरगाहों के लिए, UNLESS आप इसे EHCI पर सेट करें।
लॉरेंस सी सी

1

विंडोज 10 और विंडोज 7 (दोनों के लिए प्रो) के बीच डुअल-बूट पर, एक्सएचसीआई नियंत्रक विरासत यूएसबी बंदरगाहों को लोड करता है (कोई विरासत यूएसबी पोर्ट लोड नहीं करता है)। अक्षम करने के लिए xHCI की स्थापना EHCI नियंत्रक का उपयोग करके एएसयूएस बायोस के तहत दोहरी बूट को सही ढंग से कार्य करने की अनुमति देता है।


-2

XHCI नियंत्रक (एक्स्टेंसिबल होस्ट नियंत्रक इंटरफ़ेस) है USB 3.0 नियंत्रक। सभी व्यावहारिक उद्देश्यों के लिए, आप शब्दों को पर्यायवाची मान सकते हैं। तो, हां, ऐसा लगता है कि यह नियंत्रक और संबंधित बंदरगाहों को पूरी तरह से अक्षम कर देगा (पहले के नियंत्रकों के विपरीत, वही स्टैक यूएसबी 1 और यूएसबी 2 के साथ-साथ यूएसबी 3 को भी संभालता है, इसलिए यह संभवतः एक ऑल-या-नॉन संभावना है)।


लेकिन इसे अक्षम करने के लिए सेट करने से मेरे USB डिवाइस सामान्य रूप से काम कर सकते हैं, इसलिए यह पोर्ट को पूरी तरह से अक्षम नहीं करता है।
जेमी किट्सन

ओह, मैंने पढ़ा है कि पीछे की तरफ ... लेकिन मुझे संदेह है कि यह वास्तव में पीछे की तरफ लिखा गया है। मुझे उम्मीद है कि यह विकल्प सामान्य ऑपरेशन के लिए बंद होना चाहिए। यह कहना है, इसे अक्षम छोड़ दो।
शिन्राइ
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.