अपडेट के बाद Ubuntu 18.04.2 बूट बैंगनी स्क्रीन पर अटक गया

Question

मुद्दे का सारांश
पिछले शुक्रवार को, मैंने Ubuntu 18.04 के साथ अपडेट इंस्टॉल किया sudo apt-get update && sudo apt-get upgrade। इन अद्यतनों में से कुछ को पुनः आरंभ करने की आवश्यकता है। फिर से शुरू होने पर, GRUB के बाद, उबंटू लोगो / लॉगिन से पहले एक बैंगनी स्क्रीन पर बूट अटक गया। मैं Ctrl + Alt + F7/T/F1/F2विधियों के माध्यम से इस चरण में टर्मिनल तक नहीं पहुँच सकता । पुनर्प्राप्ति मोड काम नहीं करता है, और पर अटक जाता हैLoading initial ramdisk...

हल करने का प्रयास
जैसा कि ऊपर कहा गया है, पुनर्प्राप्ति मोड काम नहीं करता था।

1. बूट रिपेयर का उपयोग करने का प्रयास किया गया , यह सफलतापूर्वक चला लेकिन समस्या का समाधान नहीं हुआ। इस प्रयास से यहाँ उत्पादन ।

2. इसके बाद, मैंने कुछ फ़ाइलों का बैकअप लिया, फिर 18.04.2 की नई स्थापना का प्रयास किया। इसने काम किया, लेकिन जैसे ही मैंने इस क्लीन इंस्टाल के लिए ~ 400 एमबी अपडेट पकड़ा, मुझे पहले जैसी ही समस्या का सामना करना पड़ा। मैंने सॉफ्टवेयर अपडेटर और टर्मिनल दोनों का उपयोग करने की कोशिश की। मुझे पता नहीं है कि अपडेट क्या तोड़ रहा है, यहां अपडेट का पूरा लॉग चलता है।

3. देखा कि यहां एक संबंधित मुद्दा क्या हो सकता है: बूट बैंगनी स्क्रीन पर उबंटू फ्रीज । यह देखकर कि इस उपयोगकर्ता को कर्नेल अपडेट के साथ एक समस्या थी, मैंने कर्नेल अपडेट को चलाने से बाहर रखा और फिर से प्रयास किया, अभी भी पहले जैसा ही परिणाम है।

तो इस बिंदु पर, मैं आगे बढ़ने के लिए नुकसान के रूप में हूँ। मुझे उम्मीद है कि मुझे इस धागे पर कुछ मदद मिल सकती है। अन्यथा, मुझे 16.04 पर डाउनग्रेड करने या 19.04 पर अपग्रेड करने की आवश्यकता हो सकती है ...

EDIT 1
इस बग की तरह पहले से ही Canonical को सूचित किया गया है। प्रकट होता है कि यह हाल ही के इंटेल माइक्रोकोड अपडेट या एक एसीपीआई मुद्दे से संबंधित हो सकता है।

• https://bugs.launchpad.net/ubuntu/+bug/1829735 <- यह रिपोर्ट इस धागे का हवाला देती है क्योंकि सत्यापन कई उपयोगकर्ताओं को इस समस्या का सामना करना पड़ रहा है, इसलिए यदि आप इससे प्रभावित होते हैं तो चिमिंग को रोकें!
• https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1829784 <- एकपीपी इस रिपोर्ट में संभावित कारण के रूप में उद्धृत
• https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- इंटेल माइक्रोकोड अपडेट के कारण कुछ ASUS उपयोगकर्ताओं से बूट की समस्या होती है

EDIT 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- ASUS पर इंटेल माइक्रोकोड अपडेट के कारण कर्नेल फंस गया है, इस मुद्दे के क्रॉक्स के रूप में पहचाना गया है। मशीनों को बूट करने योग्य पाने के लिए अस्थायी अस्थायी हल की पुष्टि नीचे दिए गए उत्तर में है।

इस समस्या और प्रलेखित वर्कअराउंड के बारे में YouTube का एक वीडियो: https://www.youtube.com/watch?v=NbxrSaccKKc

EDIT 3 09/03/2019 तक, मैंने ASUS (विंडोज 10 के भीतर) से सबसे हालिया BIOS अपडेट इंस्टॉल किया है और यह पुष्टि कर सकता है कि यह मुझे dis_ucode_ldrGRUB में विकल्प की आवश्यकता के बिना सामान्य रूप से उबंटू में बूट करने में सक्षम बनाता है । मैं इस बिंदु पर वर्कअराउंड का उपयोग करने की तुलना में समस्या के लिए अधिक स्थायी, निश्चित निर्धारण के रूप में इसकी सिफारिश करूंगा।

Comments

क्या आपको शुद्ध बैंगनी स्क्रीन मिलती है, या क्या आप लोगो के नीचे 1-5 डॉट्स के साथ उबंटू लोगो देखते हैं? आपने किस संस्करण से अपग्रेड किया? आपका कंप्यूटर कितना पुराना है? इंटेल वीडियो, या कुछ और?

— हेयनेमा

बस एक बैंगनी स्क्रीन, डॉट्स के साथ कोई उबंटू लोगो। मैं पहले से ही 18.04 पर था, बस नियमित सॉफ्टवेयर अपडेट चला रहा था, एक प्रमुख संस्करण से दूसरे में नहीं जा रहा था। Asus VivoBook X530FA_S530FAजो चलाना मुश्किल से एक दो महीने पुराना है। इंटेल एकीकृत वीडियो।

— leizmonk

दो चीज़ें। क्या आप पुनर्प्राप्ति मोड में बूट कर सकते हैं? इसे आज़माएं ... GRUB मेनू में, इच्छित डिफ़ॉल्ट बूट का चयन करें, संपादन मोड में प्रवेश करने के लिए "ई" कुंजी को हिट करें, "शांत छप" खोजने के लिए तीर कुंजियों का उपयोग करें और इसे "शांत छप नामांकन" में बदल दें, फिर नियंत्रण- x या F10 को बूट करना जारी रखने के लिए। देखें कि क्या जूते। स्क्रीन रिज़ॉल्यूशन बंद हो जाएगा, लेकिन यह ठीक है।

— हेयनेमा

पुनर्प्राप्ति मोड को बूट करना काम नहीं करता है, जैसा कि ऊपर उल्लेख किया गया है कि मैंने "लोडिंग प्रारंभिक रैमडिस्क ..." कदम मारा और फिर यह बस लटका हुआ है। मैं इस सुगमता को नामांकित व्यक्ति के साथ आज़माता हूँ और देखता हूँ कि यह कुछ करता है या नहीं।

— लीजमनक

quiet splash nomodesetकाम नहीं किया। अभी भी बैंगनी स्क्रीन पर जा रहा है और लटका हुआ है

— leizmonk

Answer 1

अच्छी तरह से मैं भी एक Asus ZenBook UX433FA है इस मुद्दे को कर रहा हूं, मैं 18.10 चला रहा था और कल रात एप्टीट्यूड अपग्रेड किया और सिस्टम को तोड़ दिया। जब से मैंने 19.04 में अपग्रेड करने के लिए इस विधि livecd वसूली का उपयोग किया है तब भी बूटिंग के साथ कोई भाग्य नहीं है। कई कर्नेल स्थापित किए हैं, जिनमें से कोई भी "लोडिंग प्रारंभिक रैमडिस्क" को अतीत नहीं देगा। ऊपर का उपयोग करते हुए मैंने ukuu के साथ कर्नेल v5.1 स्थापित किया है, या तो किस्मत नहीं है और कर्नेल संस्करण के साथ असंगत nvidia ड्राइवर के लिए dkms के बारे में त्रुटियाँ हैं।

DMESG लॉग संपादित करें यहां एक आंशिक बूट से dmesg प्राप्त करने में कामयाब रहे

बूट-रिपेयर लॉग जानकारी यहां कभी-कभार होती है जो डिबग की मदद करने के लिए इन सूचनाओं के अनिश्चित होने या इन अवसरों पर जानकारी एकत्र करने के तरीके के साथ बूट होगी।

बस एक साइड नोट विंडो को इस से पहले एक महीने के लिए लोड नहीं किया गया था। मुझे पता है कि यह शायद एक टिप्पणी होनी चाहिए लेकिन मेरे पास पर्याप्त क्रेडिट नहीं है।

---

संपादित करें २

किसी को भी इसी तरह की समस्या होने पर, माइक्रोकोड अपडेट से बूट करने की कोशिश करें: कर्नेल कमांड लाइन में Dis_ucode_ldr जोड़ें (GRUB से यदि आप बूट नहीं कर सकते हैं)

यह पुष्टि कर सकता है कि यह बूट के लिए अनुमति देता है।

Comments

एक सामान्य धागा जो मैं यहां देख रहा हूं, वह यह है कि जिन लोगों को इस मुद्दे का सामना करना पड़ रहा है, उनमें से सभी के पास किसी न किसी तरह का Asus लैपटॉप है, जिनमें Zenbook UX433FA (3 इस अलग थ्रेड askubuntu.com/questions/1143309/… ) के साथ 3 शामिल हैं । हमारे लिए किसी भी तरह से यह कैन्यन या आसुस के लिए बढ़ा?

— लीजमनक

इसके अलावा, केवल पुष्टि करने के लिए, आपने 19.04 में अपग्रेड करने का प्रयास किया और वह भी बूट करने योग्य नहीं था? ऐसा लगता है कि मैं 16.04 को डाउनग्रेड करने जा रहा हूं, अगर यह समस्या w / o दीर्घकालिक संकल्प बनी रहती है।

— लीजमनक

मैं इस बात की पुष्टि करता हूं कि मेरा UX433FN dis_ucode_ldr( लिनक्स के साथ शुरू होने वाली ब्रूब कमांड लाइन के अंत में ) जोड़कर बूट कर सकता है

— 56

यह अब तक के लिए पुष्टिकृत वर्कअराउंड है: Bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 । हालांकि अभी भी एक लंबी अवधि के लिए इंतजार करना होगा।

— लीज़मोनक

ग्रब मेनू से ओएस / कर्नेल को बूट करने के लिए हाइलाइट करें और "ई" दबाएं .. फिर उस स्क्रीन एरो से लिनक्स से शुरू होने वाली लाइन तक और इस लाइन के अंत में dis_ucode_ldr जोड़ें। फिर बूट करने के लिए नीचे दिए गए कमांड का पालन करें।

— समुद्र

Answer 2

मैं एक ब्रांड के नए Asus Vivobook s15 S530FA (इंटेल i5-8265U) पर एक ही मुद्दा था। Ubuntu 18.04.2 LTS में पहला अपडेट इंस्टॉल करने के बाद बूट स्क्रीन "लोडिंग इनिशियल रैमडिस्क" में अटक गई।

जैसा कि उपरोक्त टिप्पणियों में उल्लेख किया गया है, इसको जोड़ने के लिए एक वैकल्पिक हल grub विकल्पों में माइक्रोकोड को अक्षम कर रहा है: dis_ucode_ldr। यह समाधान इस समस्या को डीबग करने के लिए काम करता है, लेकिन यह नियमित उपयोग के लिए अनुशंसित नहीं है।

अब तक का सबसे अच्छा उपाय मुझे लगता है कि पिछले संस्करण में इंटेल-माइक्रोकोड पैकेज को डाउनग्रेड करना है:

sudo apt-get install intel-microcode=3.20180312.0~ubuntu18.04.1

फिर आकस्मिक उन्नयन से बचने के लिए पैकेज को फ्रीज करें:

sudo su 
echo "intel-microcode" hold | dpkg --set-selections

अभी के लिए मैं Intel-microcode = 3.20190514.0ubuntu0.18.04.3 स्थापित करने से बचूँगा

Comments

मैं इस 'जाने के लिए सहमत हूं, लेकिन मेरे पास जो समस्या है, टर्मिनल मोड में, मैंने इंटरनेट तक पहुंच खो दी है। क्या आप जानते हैं कि कैसे फिर से जुड़ना है?

— 21

@horaceT मुझे लगता है कि आप "dhclient" या iwconfig $ iface Essid $ Essid_name कुंजी $ पासवर्ड का उपयोग करके टर्मिनल में कनेक्ट करने का प्रयास कर सकते हैं। मेरा सुझाव है कि आप बूट जोड़ते समय पहले माइक्रोकोड को अक्षम करने का प्रयास करें: disucode_ldr फिर आप सामान्य रूप से बूट कर सकते हैं और इंटेल-माइक्रोकोड को बदल सकते हैं पैकेज है, तो इसे पकड़ो।

— जुआन ज़ुरानो

Thanx! यह मेरी विवबूक एस 14 के लिए हल हुई समस्या

— इवान वुलोविक

Answer 3

मुझे बग ट्रैकर में एक टिकाऊ समाधान मिला (देखें https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 WORKAROUND 3: अपग्रेड BIOS)

ASUS ने UX433FN 2019.06.17 के लिए एक BIOS अपडेट जारी किया (कृपया अपने सटीक मॉडल की जांच करें)

चेतावनी: BIOS अद्यतन करना एक जोखिम भरा कार्य है और इसे वापस नहीं लाया जा सकता है !!

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

यहाँ विस्तृत कदम हैं:

1. Asus के ड्राइवर डाउनलोड पेज पर जाएं (मेरे लिए https://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS )
2. डाउनलोड BIOS फ़ाइल (UX433FNAS306.zip)
3. ज़िप संग्रह से फ़ाइल को अपनी USB कुंजी में निकालें -> UX433FNAS.306 (मेरी सलाह: यह सुनिश्चित करने के लिए ज़िप फ़ाइल को हटा दें कि आप बाद में फ़ाइलों को बंद नहीं करेंगे)
4. रिबूट और सेटअप (BIOS) पर जाएं, उन्नत > स्टार्ट इजी फ्लैश पर नेविगेट करें
5. डरावने नीले कार्यक्रम में फ़ाइल UX433FNAS.306 (ज़िप नहीं !!!) का चयन करने के लिए नेविगेट करें
6. प्रेस दर्ज करें और पुष्टि करें (यह 1 मिनट के लिए जम सकता है लेकिन यह काम करता है)
7. (यदि आपने अपना ग्रब संपादित किया है तो आप इसे वापस सामान्य पर सेट कर सकते हैं)

Answer 4

बिल्कुल नए Asus ZenBook UX433FA पर एक ही मुद्दा रहा। दोहरी बूट के साथ उबंटू 18.04.02 स्थापित किया, समस्या के बिना शुरू हुआ, लेकिन उन्नयन के पहले बैच को स्थापित करने और रिबूट करने के बाद मुझे वही बैंगनी स्क्रीन मिली।

मैंने सिक्योर बूट ( nomodesetतब बूटिंग कमांड लाइन sudo mokutil --disable-validation) को अक्षम करके एक अस्थायी सुधार पाया । उसके बाद ठीक काम करता है, इसलिए मुझे संदेह है कि अपडेट में शामिल कुछ ड्राइवर (ओं) के साथ इसका कुछ करना है। किसी भी सुझाव कैसे इसे और अधिक स्थायी रूप से ठीक करने के लिए?

Comments

दुर्भाग्य से ऊपर टिप्पणी नहीं कर सकता, लेकिन मुझे लगता है कि यह कम से कम एक आंशिक जवाब है।

— मार्टिन

क्या आप विस्तार से बता सकते हैं कि आपने यह अस्थायी सुधार कैसे किया? मैं इसे आज़माना चाहता / चाहती हूँ अगर ऐसा दोबारा होता। मैं स्पष्ट नहीं हूं कि कमांड लाइन का उपयोग कैसे किया जाए जब बूट ही पूरी तरह से फ़ुबर है।

— leizmonk

इसके अलावा, यदि आप कर सकते हैं, तो क्या आप डिबग में मदद करने के लिए लोगों के लिए यहां अपना बूट लॉग साझा करेंगे?

— leizmonk

Answer 5

इस पर अब एक अस्थायी फिक्स पोस्ट किया गया है: टर्मिनल में बगसलाउपपैड इस कमांड को चलाता है:

sudo apt install intel-microcode=3.20180312.0~ubuntu18.04.1

तब जब लिंच को लॉन्च करते हुए शांत छप के साथ करते हैं, केवल मैंने ही किया था और यह मेरे लिए मेरे Asus UX433FA पर काम किया। यदि आप ई-बूट को बूट करते समय टर्मिनल तक नहीं पहुंच सकते हैं और आरओ नॉमिनेट शांत स्पलैश बनाने की कोशिश करते हैं या किसी भी चीज़ के बिना नोमोसेट शांत स्पलैश का कोई संयोजन सामने की चीज़ के बिना हो सकता है जो आपको ब्लैक टर्मिनल स्क्रीन पर मिल सकता है या लॉग इन कर सकता है। यदि आप ब्लैक टर्मिनल स्क्रीन तक पहुंचते हैं। लिनक्स टर्मिनल तक पहुंचने और कमांड चलाने के लिए ctr alt f5 या f4 आदि की कोशिश करें

Comments

मैंने यह कोशिश की, लेकिन कमांड लाइन पर, मेरे पास इंटरनेट से कनेक्शन नहीं है। कोई उपाय?

— राशिफल

एक आसान समाधान यह है कि grub बूट विकल्प में dis_ucode_ldr लिखना है, इसके लिए आपको इंटरनेट की आवश्यकता नहीं है। मुझे पता है अगर तुम उस पर अधिक जानकारी की जरूरत है!

— ईज़प्रॉब

Answer 6

मुझे डेल प्रिसिजन टॉवर 5810 के साथ ठीक वैसी ही समस्या है। मैंने आज सुबह (जून 19, 2019) को एक ubuntu अपडेट की अनुमति दी। रिबूट के बाद, मैं GRUB स्क्रीन पर आता हूं, रिटर्न मारा, ब्लैंक पर्पल स्क्रीन का सामना किया, फिर कुछ नहीं हुआ।

कठिन शक्ति नीचे, और रिबूट। उबंटू के लिए उन्नत विकल्प पर जाएं, कर्नेल 4.15.0-52-जेनेरिक के लिए पुनर्प्राप्ति मोड, यह विकल्पों को भी सही ढंग से प्रदर्शित नहीं कर सकता है। कोई बात नहीं मैं टर्मिनल मोड में नहीं आ सकता (ctrl alt F4, F5 ...)। अजीब बात है, इस स्थिति में, सिस्टम का व्यवहार यादृच्छिक लगता है। मैंने कई बार इस रिकवरी मोड की कोशिश की, और हर बार व्यवहार अलग होता है।

Answer 7

मैं पोस्ट करना चाहता हूं कि अंतिम समाधान ऊपर मेरी समस्या के लिए क्या होता है।

मैंने डेल की सहायता टीम से संपर्क किया, और उन्होंने कहा कि अपराधी एनवीडिया ड्राइवर अपडेट है। उन्होंने यह भी कहा कि परिवर्तन को अनियंत्रित करने का कोई ज्ञात तरीका नहीं है। तो, मुझे पूरे ubuntu 18.04 को स्क्रैच से पुनर्स्थापित करना होगा, डिस्क पर सब कुछ मिटा देना होगा।

इसी तरह की समस्या मेरे लिए दो साल पहले हुई थी। एक सहज ubuntu अद्यतन के बाद, मैं वापस लॉग इन नहीं कर सका। एक हफ्ते तक संघर्ष किया, हर कोशिश की जो मुझे SO पर मिल सकती थी, मैंने पुनः स्थापित किया।

सबक सीखा: एनवीडिया ड्राइवर अपडेट विफलता-प्रवण है। ड्राइवर अपडेट को स्वीकार करने में बहुत सावधानी बरतें।

Answer 8

इस समस्या के बारे में यहां एक पूरा वीडियो है: https://www.youtube.com/watch?v=NbxrSaclKRc

जैसा कि बाद के संपादन में कहा गया है, एक फर्मवेयर अपडेट है जो समस्या को हल करता है।

फिक्स का सारांश:

बूट पैरामीटर जोड़ें: dis_ucode_ldrto / etc / default / grub

फिर update-grub

Answer 9

मेरे पास एक ही लक्षण था, लेकिन अब मुझे एहसास हुआ कि अगर मैं एक ठंडा-बूट करता हूं तो सिस्टम बूट ठीक है!
यह आज सॉफ्टवेयर अपडेट के बाद था। लेकिन एस / डब्ल्यू अपडेट के बाद भी,
1. अगर मैं 'शटडाउन -आर अब' करता हूं, तो मुझे बैंगनी स्क्रीन मिलती है।
2. यदि मैं शिफ्ट कुंजी दबाता हूं और ग्रब 2 दर्ज करता हूं, और एक का चयन करता हूं और ctrl-X दबाता हूं, तो बूट शुरू नहीं होता है, बस बैंगनी स्क्रीन में रहता है।
3. मैंने कुछ बूट पैरामीटर्स को व्यर्थ करने की कोशिश की (जैसे dis_ucode_ldr)

और मैंने कोल्ड बूटिंग की कोशिश की (मशीन को बंद करें, और कुछ सेकंड के बाद इसे चालू करें), यह सफलतापूर्वक बूट करता है। आशा है कि किसी को भी यह उपयोगी लगता है।