Insyde UEFI BIOS सेटिंग्स के साथ लड़ाई में नए तर्क

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

1. डिक्रिप्टेड BIOS डंप प्राप्त करने में असमर्थता
2. गलत ग्रब शेल ऑपरेशन (सेटअप_वर निष्पादन के बाद फ्रीज)
3. कुछ सेटिंग्स बदलने में असमर्थता

यह ध्यान देने योग्य है कि मैंने व्यक्तिगत रूप से इन सभी समस्याओं का सामना किया (और उन पर बहुत प्रयास किए गए) SATA नियंत्रक के लिए AHCI के बजाय RAID मोड को सक्रिय करने की कोशिश में ( इंटेल SRT के बाद के समावेश के लिए) काफी ताज़ा DTR HP HP Envy 17-j005tx (i7-4700MQ, 16gb,) पर GT740M 2gb, 2x1000gb)।

समस्या 1: डिक्रिप्टेड BIOS डंप प्राप्त करने में असमर्थता

और इंटरनेट पर हब और अन्य स्थानों पर लेख में, डिक्रिप्टेड के डंप प्राप्त करने का एकमात्र तरीका है (यदि यह निर्माता की वेबसाइट पर एन्क्रिप्ट नहीं है, तो कोई समस्या नहीं है) मेनू के बाद के अनपैकिंग और पार्सिंग के लिए BIOS फर्मवेयर फ़ोल्डर में platform.ini फ़ाइल का एक संशोधन है ।

दुर्भाग्य से मेरे लैपटॉप पर (और मुझे लगभग यकीन है कि एचपी के अन्य सभी नए मॉडलों पर) यह तरीका अब काम नहीं करता है - मुझे संदेह है कि भविष्य की समस्याओं से बचने के लिए BIOS को अपने फर्मवेयर के लिए भी पढ़ने के लिए बंद कर दिया गया था। .Ini फ़ाइल को संशोधित करने और फ़र्मवेयर लेड को लॉन्च करने के सभी प्रयास एक ही परिणाम (मूल x64 विन 8 पर, कि PE x32 / x64 वितरण से, अर्थात् समस्या सिस्टम में नहीं है) - त्रुटि "HSI: SMI में फ़्लैश रीड एरर! " (Google के लिए) । वैसे, जब आप लैपटॉप का ऐसा रिस्टार्ट देखते हैं, तो चौंकिए मत, आप केवल पावर को बंद कर सकते हैं और बैटरी को निकाल सकते हैं:



लेकिन, महत्वपूर्ण रूप से, BIOS फर्मवेयर स्वयं (आमतौर पर) इस मामले में सीधे होता है, लेकिन यूईएफआई का उपयोग नहीं होता है - अर्थात। फर्मवेयर BIOS यूईएफआई छवि को उपयोगिता में स्थानांतरित करता है (जैसा कि यह डिक्रिप्ट हो गया है), और हमें केवल यह पता लगाने की आवश्यकता है कि यह कहाँ संग्रहीत है। शायद आपने पहले से ही मुख्य एचडीडी / एसएसडी पर कई छोटे अतिरिक्त छिपे हुए विभाजन पर ध्यान दिया था (और यह बड़े (24 जीबी के अलावा, win8 स्रोत) दृश्यमान रिकवरी विभाजन के साथ है), मेरे मामले में वे रिकवरी पार्टीशन (400mb) प्रकार और EFI सिस्टम विभाजन ( 260mb, तो हमें इसकी आवश्यकता है)। यह सिर्फ परेशानी है - आपने मानक डिस्क प्रबंधन के इन वर्गों को पत्र नहीं दिए हैं - वे भी प्रणालीगत हैं, लेकिन Google और कमांड लाइन हमें हमेशा की तरह बचाते हैं (एक व्यवस्थापक खाते से ऐसा करना सुनिश्चित करें , और फ़ाइल प्रबंधक से सीधे जाना बेहतर है, उदाहरण के लिए, एक अविस्मरणीय एफएआर ):

mountvol X: /S 

उसके बाद, एक्स ड्राइव खोलें: और BIOS के समान कुछ देखें। मेरे मामले में, सब कुछ काफी अभियुक्त निकला और एक्स: \ EFI \ HP \ BIOS फ़ोल्डर में तीन उप-फ़ोल्डर वर्तमान, नए और पिछले वांछित सामग्री (01966.bin जादू से 01966.fd से फर्मवेयर) द्वारा बनाए गए थे। इसके अलावा - सब कुछ लेख में है, अनपैक, पारसिम, आदि।

अंत में, मैं ध्यान देता हूं कि पढ़ने के विपरीत, फर्मवेयर ने Win8 x64 के तहत भी सीधे BIOS लिखने की क्षमता नहीं खोई है। मुझे वास्तव में इस बारे में एक उदास तरीके से पता चला, मूल किट से एक फ़ाइल को फ्लैश करने की कोशिश कर रहा था, लेकिन एक अलग मंच के नीचे। हमें HP को श्रद्धांजलि देनी चाहिए - एक मिनट के भीतर सही बायोस की बहाली हुई (यह मेरे लिए ग्रे + 1% चालू करने के लिए पर्याप्त था) पूरी तरह से स्वचालित मोड में, हालांकि एक परिणाम बना रहा - Win8 ने सिक्योर बूट मोड में लोड करना बंद कर दिया।

समस्या 2: गलत ग्रब शेल ऑपरेशन (सेटअप_वर निष्पादन के बाद फ्रीज)

उन चरों के प्रतिष्ठित पते को जानने के बाद जिन्हें आपको USB फ्लैश ड्राइव में ग्रब-शेल की प्रतिलिपि बनाकर बदलने की आवश्यकता है और इसे सफलतापूर्वक लॉन्च करना (सब कुछ लेख में वर्णित है) से आपको एक और समस्या का सामना करना पड़ सकता है - setup_var के प्रत्येक निष्पादन (कोई बात नहीं पढ़ना या लिखना) लैपटॉप को फ्रीज करने का कारण होगा ( मेरे मामले को केवल बैटरी को हटाकर इलाज किया गया था)। इसका कारण केवल पैच के स्रोत का विश्लेषण करके सेटअप_वर कमांड को ग्रब करने के लिए जोड़ा गया था - केल बफर oveflow। लेखक ने अपने (अपने लैपटॉप) के लिए एक उपयोगिता लिखी थी, और सेटअप चर को 0x2bc से बड़ा होने की उम्मीद नहीं की थी (और यह पूरी तरह से मेमोरी में पढ़ा जाता है, और मेरे मामले में यह उदाहरण के लिए 0x4a बाइट्स था)। हम यह कह सकते हैं कि हर कोई जिसने 4 वर्षों के लिए उपयोगिता का सफलतापूर्वक उपयोग किया है, वह बहुत भाग्यशाली था - इस बग से आपको लैपटॉप को फ्रीज करने की तुलना में बहुत अधिक समस्याएं (उदाहरण के लिए, सीएमओएस को कचरा लिखना) मिल सकती हैं।

उन लोगों के लिए जिन्हें "जाने" की आवश्यकता है (अर्थात, वे समस्या का सामना करेंगे): पुनर्निर्माण BootX64.EFI डाउनलोड करें, इसे हमेशा की तरह EFI \ boot \ में रखें, मूल संस्करण की तरह setup_var कमांड का उपयोग करें। लगातार बोनस ट्रैक के लिए: एक अतिरिक्त setup_var2 कमांड (न केवल सेटअप चर में मान बदलता है, बल्कि कस्टम चर में भी क्यों, थोड़ा कम है) और lsefivar (सभी उपलब्ध चर की सूची प्रदर्शित करता है, आप एक ब्रेक के साथ आउटपुट रोक सकते हैं)।



इन दो अतिरिक्त कमांडों की उपस्थिति को सरल रूप से समझाया गया है: विद्रोही BIOS से लड़ते हुए, मैंने एक अतिरिक्त कस्टम वैरिएबल की उपस्थिति की खोज उसी GUID और आकार के साथ सेटअप चर के रूप में की। क्योंकि उस समय मैं एक विकल्प (तीसरे भाग में अधिक) के मूल्य को बदलने का प्रबंधन नहीं कर सका - कस्टम चर में इसे बदलकर कुछ हासिल करने की उम्मीद थी। इन प्रयासों को सफलता के साथ ताज नहीं पहनाया गया था, और टीमों को एक कांटा के रूप में रहने दिया।

.EFI छवि (2.5mb) के आकार पर चिंता मत करो - मैं आवश्यक ग्रब मॉड्यूल चुनने के लिए आलसी था, इसलिए वे सभी वहां हैं - इसलिए आकार।

अविश्वसनीय और सिर्फ जिज्ञासु के लिए, मेरे रास्ते को अच्छी तरह से दोहराने, या अपने ग्रब को इकट्ठा करने के निर्देश:

1. ताजा ग्रब 2 के स्रोत को डाउनलोड करें (उस समय ट्रंक नहीं जा रहा था, मैंने ग्रब -2.5 + 20130519 का उपयोग किया था)।
2. हम अपना पैच लगाते हैं या उसे ठीक करते हैं और लेखक के एक (मजेदार, लेकिन मैंने व्यक्तिगत रूप से एक घंटे के लिए ग्रब: असंगत लाइसेंस, और यहां तक ​​कि Google की मदद नहीं ली है - इसे GRUB_MOD_LICENSE ("GPLv3 +", स्रोत से जोड़कर हल किया जाता है)।
3. EFI ग्रब छवि बनाएँ। यहाँ विस्तार से वर्णन किया गया है । ग्रब-मैकिमैज पर एकमात्र नोट सही लाइन है (यदि आप सभी मॉड्यूल शामिल करते हैं):
   

    ../grub-mkimage -d . -o bootx64.efi -O x86_64-efi -p /efi/boot `find *.mod | xargs | sed -e 's/\.mod//g'` 

   
   

मैं Tianocore प्रोजेक्ट से UEFI शेल का भी उल्लेख करता हूं ( EFI 1.0 शेल फुल या EDKII UEFI शेल 2.0 डाउनलोड करें , लेकिन पहले संस्करण ने मेरे लिए अधिक स्थिर काम किया) - यह एक बहुत ही सुविधाजनक बात है, इसमें एफएफआई और फाइल सिस्टम दोनों की पहुंच है (हम आवश्यक डिस्क का उपयोग करके ls का उपयोग करके डिस्क खोजते हैं) कतार fs0:, fs1:, आदि), अन्य EFI अनुप्रयोगों को निष्पादित कर सकते हैं, साथ ही dmpstore कमांड का उपयोग करके EFI चर (हमारे लिए सबसे महत्वपूर्ण) के मूल्यों को बचा सकते हैं। आप यहां या यहां नाश्ते के लिए उसके आदेशों के बारे में पढ़ सकते हैं, हमारे उद्देश्यों के लिए उपयोग का एक उदाहरण (यह fs1 में सेटअप चर के पूरे मूल्य को बचाता है: \ setup_dumps \ dip1.bin)

 fs1: cd setup_dumps dmpstore Setup -s dump1.bin 

बस यह विचार करें कि सेटअप के लिए वैरिएबल-लेंडर हेडर को डंप में जोड़ा जाता है, मेनू से इंडेक्स के सापेक्ष ऑफसेट और सेटअप_वर कमांड 0x28 है)।

मैं यह जोड़ना चाहूंगा कि मेरे लैपटॉप पर BIOS आपको EFI \ बूट फ़ोल्डर से न केवल BootX64.EFI फ़ाइल डाउनलोड करने की अनुमति देता है, बल्कि किसी भी फ़ोल्डर में किसी भी .EFI फ़ाइल को किसी भी माध्यम से ( EFI फ़ाइल विकल्प से बूट , HP के लिए धन्यवाद)। सिद्धांत रूप में, एक ही कार्यक्षमता UEFI शेल का उपयोग करके प्राप्त की जा सकती है और शेष EFI अनुप्रयोगों को इसमें से लोड किया जा सकता है, लेकिन फिर भी।

समस्या 3: कुछ सेटिंग्स को बदलने में असमर्थता

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

निराधार नहीं होने के लिए, मैं अपनी कहानी दूंगा: मेरे मामले में, ऐसा दुर्भाग्यपूर्ण विकल्प था 0x39 - एचडीसी कॉन्फ़िगर आईडीई / एएचसीआई / RAID, जिसे किसी भी प्रयास के लिए 0x2 (RAID) में नहीं बदला जा सकता था। मुझे केवल एक कारण के लिए इसकी आवश्यकता थी - इंटेल एसएसटी के रूप में कैश के रूप में इसे जोड़ने के लिए लैपटॉप में mSATA SSD मॉड्यूल को जोड़ने के लिए। उसी समय, mSATA कनेक्टर की उपस्थिति को विनिर्देशों या सेवा नियमावली में बिल्कुल भी वर्णित नहीं किया गया है, मैनुअल से केवल एक बहुत धुंधली तस्वीर में कुछ समान है, लेकिन इसे प्राप्त करने के लिए आपको चेसिस को आधे से अलग करना होगा (और सिर्फ पीछे के कवर को नहीं हटाना चाहिए)। अब आप शायद मेरी शंकाओं को समझते हैं - आपको एक पैसा एसएसडी खरीदने की ज़रूरत है (वैसे, तोशिबा 128 जीबी को चुना गया था - THNSNH128GMCT, जो परीक्षणों के लिए अच्छा है, और बाद में 1/2 iSRT, 1/4 ओवर प्रोविजनिंग, 1/6 वॉल्यूम के रूप में टूट गया), लैपटॉप आधे रास्ते को अलग करें ( एक सप्ताह पहले कंपनी द्वारा खरीदा गया, यानी लगभग निश्चित रूप से गारंटी खोना), और यहां तक ​​कि अगर आप कनेक्टर के साथ भाग्यशाली हैं, तो यह एक तथ्य नहीं है कि किसी दिन आप BIOS में RAID विकल्प को सक्षम करने में सक्षम होंगे। एकमात्र उम्मीद यह थी कि यूएस में एचपी आपको इस तरह के लैपटॉप के कॉन्फ़िगरेशन को चुनने की अनुमति देता है (उनमें से सभी एक ही BIOS का उपयोग करते हैं), जिसमें 24 जीबी या 32 जीबी एसएसडी कैश शामिल है, हालांकि एक ही समय में अधिकतम मेमोरी क्षमता को 8 जीबी (क्यों?) तक सीमित करना शामिल है। । नीचे संदेह का परिणाम (हरे रंग के फ्रेम में कनेक्टर):



निर्माता (एचपी) विफल नहीं हुआ, पहला मोड़ चालू हो गया और जादू का विकल्प तुरंत उस स्थान पर पता चला है जहां यह कुछ मिनट पहले नहीं था (यानी स्मार्का पर setup_var के साथ इत्मीनान से उपद्रव के कुछ दिन):





अंत में, मैं अच्छी खबर को नोट करना चाहता हूं - इंटरनेट पर सभी विवरणों के विपरीत, विंडोज 8 ने एएचसीआई मोड में परिवर्तन को बिल्कुल भी RAID को नोटिस नहीं किया, केवल डिवाइस मैनेजर में नियंत्रक ने अपना नाम SATA AHCI कंट्रोलर से SBI RAID कंट्रोलर में बदल दिया। मेरिट जीपीटी, विंडोज 8 या इंटेल - मैं नहीं जानता, और मैं वास्तव में यह सवाल नहीं पूछता - मैं सिर्फ सिस्टम की गति का आनंद लेता हूं जो बिना किसी बवासीर के बदल गई है।

अस्वीकरण। आप अपने जोखिम पर लेख से सभी जानकारी का उपयोग करते हैं। कृपया जांच लें कि आपके पास कोई प्रयोग करने से पहले BIOS और उसकी सेटिंग्स को पुनर्स्थापित करने का साधन है।