Canonical ने अक्टूबर में जारी Ubuntu 17.10 वितरण को याद किया और
डाउनलोड साइट लिंक को छिपा दिया । कारण कुछ लेनोवो लैपटॉप मॉडल और एक एसर मॉडल में BIOS क्षति के साथ एक
महत्वपूर्ण बग था। वर्तमान में प्रभावित मॉडलों की एक पूरी सूची को अद्यतन और अद्यतन किया जा रहा है।
BIOS को नुकसान इस तथ्य में स्वयं प्रकट होता है कि नई सेटिंग्स को अब बचाया नहीं जा सकता है, और रिबूट के बाद, लैपटॉप पुरानी सेटिंग्स से शुरू होता है।
मामले को बदतर बनाने के लिए, USB स्टिक से बूटिंग टूट जाती है क्योंकि USB मान्यता प्राप्त नहीं है।
बग के विवरण को देखते हुए, यह कर्नेल में Intel-spi- * ड्राइवरों की सक्रियता के बाद होता है। जाहिर है, ये ड्राइवर अभी तक पूरी तरह से विकसित नहीं हैं और उपयोगकर्ता सिस्टम पर उपयोग के लिए तैयार नहीं हैं।
वर्कअराउंड के रूप में, आप इंटेल- sp- * ड्राइवरों को निष्क्रिय करने का प्रयास कर सकते हैं। बग के विवरण में कहा गया है कि इस तरह के कार्यों के परिणाम न्यूनतम होंगे: "यह संभावना नहीं है कि कोई वास्तव में ऐसा कुछ करेगा जो इस ड्राइवर की आवश्यकता है।"
प्रभावित लैपटॉप मॉडल की सूची:
- लेनोवो B40-70
- लेनोवो B50-70
- लेनोवो B50-80
- लेनोवो फ्लेक्स -3
- लेनोवो फ्लेक्स -10
- लेनोवो G40-30
- लेनोवो G50-70
- लेनोवो G50-80
- लेनोवो S20-30
- लेनोवो U31-70
- लेनोवो Y50-70
- लेनोवो Y70-70
- लेनोवो योग थिंकपैड (20C0)
- लेनोवो योग 2 11 "- 20332
- लेनोवो Z50-70
- लेनोवो Z51-70
- लेनोवो आइडियापैड 100-15IBY
- एसर अस्पायर E5-771G
जैसा कि पहले ही उल्लेख किया गया है, सूची बढ़ रही है।
बग टिप्पणियों में तोशिबा एल 50 बी -23 जी का भी उल्लेख है।
कई मंचों में, उपयोगकर्ता इस समस्या के बारे में शिकायत करते हैं, क्योंकि कई लैपटॉप में सीडी-रॉम ड्राइव नहीं होते हैं - इसलिए वे अब एक और वितरण से बूट नहीं कर सकते हैं।
खासकर लेनोवो फोरम पर ढेरों शिकायतें। यह विशेष रूप से अप्रिय है, क्योंकि अक्सर यह लेनोवो थिंकपैड लैपटॉप होते हैं जिन्हें अक्सर लिनक्स के साथ काम करने के लिए अनुशंसित किया जाता है, और कैननिकल ने आधिकारिक तौर पर समर्थित उपकरणों की ऑफ-लाइन सूची पर उन्हें दिया है।
उबंटू के पिछले संस्करणों में, बग नहीं होता है।
सैद्धांतिक रूप से, BIOS को फ्लैश किया जा सकता है और अपनी मूल स्थिति में वापस आ सकता है (उदाहरण के लिए, प्रोग्रामर का उपयोग करके), लेकिन यह एक गैर-तुच्छ और थोड़ा जोखिम भरा प्रक्रिया है। इसके अलावा, प्रत्येक उपयोगकर्ता के पास प्रोग्रामर नहीं है। इसलिए, जो लोग इस समस्या का सामना कर रहे हैं, उनके मजबूत असंतोष को समझ सकते हैं और लैपटॉप को लोड नहीं कर सकते। "यह अस्वीकार्य है, अभी मेरा लेनोवो G50-80 ईंट में बदल गया है," पीड़ितों में से एक ने कैन्यनियल वेबसाइट पर एक बग पर टिप्पणी में लिखा है।
युपीडी। लेख में टिप्पणियों में उपयोगकर्ता r0mik का नोट : शाब्दिक अर्थ में "BIOS नहीं बिगड़ता है" - SPI फ्लैश चिप रिकॉर्डिंग पर टिकी हुई है। जाहिर है, यह उपरोक्त कर्नेल मॉड्यूल के माध्यम से होता है, क्योंकि यह एकमात्र ऐसा है जो इस तरह के कार्यों के लिए सक्षम है (इसके लिए, यह भी लिखा गया था)। यह ठीक है क्योंकि एसपीआई फ्लैश रिकॉर्डिंग के लिए हार्डवेयर-लॉक है कि मानक BIOS सेटिंग्स में रोलबैक का कोई साधन काम नहीं करेगा, क्योंकि सेटिंग्स एसपीआई फ्लैश में संग्रहीत हैं। प्रोग्रामर भी मदद नहीं करेगा। Microcircuit के केवल भौतिक प्रतिस्थापन में मदद मिलेगी ...
समस्या के वास्तविक कारण का पता लगाने और पैच को जारी करने के लिए लेनोवो अब सक्रिय रूप से लेनोवो के साथ काम कर रहा है। अपडेटेड कर्नेल के साथ उबंटू 17.10 के लिए नई छवियां तैयार की जा रही हैं जो नए इंस्टॉलेशन पर BIOS को नहीं तोड़ेंगी।
दुर्भाग्य से, नई छवियां किसी को भी मदद नहीं करेगी जिन्होंने पहले से ही Ubuntu 17.10 स्थापित किया है और BIOS फर्मवेयर को नुकसान पहुंचाया है। एक चरम मामला मदरबोर्ड को बदलने के लिए मरम्मत के लिए एक लैपटॉप ले जाने का है। यदि लैपटॉप अभी भी लोड होता है, तो आप ऐसे
वर्कअराउंड की कोशिश कर सकते हैं जो कि लेनोवो टेक सपोर्ट फोरम पर पेश किया गया है।
यह उपयोगकर्ता नई BIOS सेटिंग्स को बचाने में भी विफल रहा और USB से बूट करने की क्षमता खो दिया। सबसे पहले, उन्होंने EFI बूट अनुक्रम की जाँच की। यह निम्नलिखित कमांड के साथ किया जाता है:
efibootmgr -vउनके मामले में, बूट अनुक्रम इस तरह दिखता था:
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,0002,2001,2002,2003
Boot0001* antergos_grub HD(1,GPT,f128f12b-fa3e-45b1-b5c9-f03c328498cb,0x800,0x64000)/File(\EFI\antergos_grub\grubx64.efi)
Boot0002* Windows Boot Manager HD(1,GPT,f128f12b-fa3e-45b1-b5c9-f03c328498cb,0x800,0x64000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RCइस से यह निम्नानुसार है कि atergos_grub निर्देशिका से grubx64.efi किसी भी तरह से लोड करने वाला पहला होगा, और केवल निर्दिष्ट डिस्क से।
यह मानना तर्कसंगत है कि हम atergos_grub फ़ोल्डर की सामग्री को बदलकर डाउनलोड को नियंत्रित कर सकते हैं। उन्होंने इस फ़ोल्डर की सामग्री को
rEFInd डाउनलोड प्रबंधक पैकेज की सामग्री से बदल दिया, जिसका नाम refind_x64.efi से grubx64.efi रखा गया। फिर, लैपटॉप लोड करने के बाद, मानक rEFInd बूट मेनू दिखाई देता है।