Boot Ubuntu 18.04.2 utknął na fioletowym ekranie po aktualizacji

19

Podsumowanie problemu W
zeszły piątek zainstalowałem aktualizacje Ubuntu 18.04 z sudo apt-get update && sudo apt-get upgrade. Niektóre z tych aktualizacji wymagały ponownego uruchomienia. Po ponownym uruchomieniu, po GRUB, boot utknął na fioletowym ekranie przed logo / logowaniem Ubuntu. Na tym etapie nie mogę uzyskać dostępu do terminala za pomocą Ctrl + Alt + F7/T/F1/F2metod. Tryb odzyskiwania nie działa i blokuje sięLoading initial ramdisk...

Próby rozwiązania
Jak wspomniano powyżej, tryb odzyskiwania nie działał.

  1. Próba użycia narzędzia Boot Repair zakończyła się pomyślnie, ale nie rozwiązała problemu. Dane wyjściowe z tej próby tutaj .

  2. Następnie utworzyłem kopię zapasową niektórych plików, a następnie próbowałem ponownej instalacji 18.04.2. To zadziałało, ale jak tylko złapałem ~ 400 MB aktualizacji dla tej czystej instalacji, napotkałem ten sam problem jak poprzednio. Próbowałem użyć zarówno Aktualizatora oprogramowania, jak i terminala. Nie mam pojęcia, co się psuje, oto pełny dziennik aktualizacji.

  3. Widziałem, co może być tutaj pokrewnym problemem: Ubuntu zawiesza się na fioletowym ekranie rozruchowym . Widząc, że ten użytkownik wydaje się mieć problem z aktualizacjami jądra, wyłączyłem aktualizacje jądra i spróbowałem ponownie, wciąż taki sam wynik jak poprzednio.

W tym momencie nie wiem, jak postępować. Mam nadzieję, że mogę uzyskać pomoc w tym wątku. W przeciwnym razie może być konieczne obniżenie wersji do 16.04 lub uaktualnienie do 19.04 ...

EDYCJA 1
Wygląda na to, że ten błąd został już zgłoszony firmie Canonical. Wygląda na to, że może to być związane z ostatnimi aktualizacjami mikrokodu Intel lub z problemem acpi.

EDYCJA 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- Istotą problemu jest aktualizacja mikrokodu Intel na ASUS powodująca zablokowanie jądra. Potwierdzone tymczasowe obejście problemu z uruchomieniem komputera znajduje się w zaakceptowanej odpowiedzi poniżej.

Film z YouTube na temat tego problemu i udokumentowane obejście: https://www.youtube.com/watch?v=NbxrSaclKRc

EDYCJA 3 Od 09.03.2019 zainstalowałem najnowszą aktualizację BIOS-u od ASUS (z poziomu Windows 10) i mogę potwierdzić, że pozwala mi to normalnie uruchomić się na Ubuntu bez potrzeby korzystania z dis_ucode_ldropcji w GRUB-ie. Poleciłbym to jako bardziej zrównoważone, ostateczne rozwiązanie problemu niż korzystanie z obejścia w tym momencie.

leizmonk
źródło
Czy otrzymujesz czysto fioletowy ekran, czy widzisz logo Ubuntu z 1-5 kropkami pod logo? Z jakiej wersji zaktualizowałeś? Ile lat ma twój komputer? Wideo Intel czy coś jeszcze?
heynnema
Tylko fioletowy ekran, bez logo Ubuntu z kropkami. Byłem już 18.04, tylko regularnie aktualizowałem oprogramowanie, nie przechodząc z głównej wersji do innej. Prowadzenie, Asus VivoBook X530FA_S530FAktóre ma zaledwie kilka miesięcy. Zintegrowane wideo Intel.
leizmonk
Dwie rzeczy. Czy można uruchomić system w trybie odzyskiwania? Spróbuj tego ... w menu GRUB, wybierz żądany domyślny rozruch, naciśnij klawisz „e”, aby przejść do trybu edycji, użyj klawiszy strzałek, aby znaleźć „cichy plusk” i zmień go na „cichy zestaw nomodeset”, a następnie naciśnij klawisz Control- x lub F10, aby kontynuować rozruch. Sprawdź, czy to buty. Rozdzielczość ekranu będzie wyłączona, ale to w porządku.
heynnema
Ładowanie do trybu odzyskiwania nie działa, jak wspomniano powyżej, uderzyłem w krok „ładowanie początkowego ramdysku ...”, a następnie po prostu się zawiesił. Spróbuję tego sugerowania z nomodeset i zobaczę, czy coś to robi.
leizmonk
quiet splash nomodesetnie działało Wciąż docieram do purpurowego ekranu i
wieszam

Odpowiedzi:

13

no cóż, mam ten problem również Asus ZenBook UX433FA, działałem 18.10 i zrobiłem apt-get upgrade ostatniej nocy i zepsułem system. Od tego czasu korzystałem z tej metody odzyskiwania na żywo do aktualizacji do 19.04, ale nadal nie mam szczęścia przy uruchamianiu. mają zainstalowane wiele jąder, z których żadne nie przejdzie przez „ładowanie początkowego ramdysku”. podczas korzystania z powyższego zainstalowałem jądro wer. 5.1 z ukuu, bez powodzenia i wyrzuciłem błędy dotyczące dkms dla sterownika nvidia niekompatybilnego z wersją jądra.

Edytuj dziennik DMESG udało się uzyskać dmesg z częściowego rozruchu tutaj

informacje o dzienniku naprawy rozruchu tutaj od czasu do czasu uruchamia się z błędami, nie wiedząc, jakie informacje lub jak zebrać informacje w tych przypadkach, aby pomóc w debugowaniu.

tylko okna notatek bocznych nie były ładowane przez około miesiąc wcześniej. Wiem, że to powinien być komentarz, ale nie mam wystarczającego uznania.


Edytuj 2

Dla każdego, kto ma podobny problem, spróbuj uruchomić z wyłączonymi aktualizacjami mikrokodu: dodaj dis_ucode_ldr do wiersza poleceń jądra (z GRUB, jeśli nie możesz uruchomić)

Potwierdzam, że pozwala to na rozruch.

pieczęć
źródło
1
Jeden wspólny wątek, który zauważam tutaj, jest taki, że wszyscy, którzy doświadczają tego problemu, w tym ja, wszyscy mają laptopy Asus jakiegoś rodzaju, w tym 3 z Zenbook UX433FA (jeden w tym osobnym wątku askubuntu.com/questions/1143309/… ). Jest jakiś sposób, abyśmy mogli przekazać to do Canonical lub Asus?
leizmonk
Ponadto, aby potwierdzić, próbowałeś uaktualnić do 19.04 i nie było to również możliwe do uruchomienia? Wygląda na to, że będę musiał obniżyć wersję do 16.04, jeśli problem będzie występował bez długoterminowego rozwiązania.
leizmonk
2
Potwierdzam, że mój UX433FN można uruchomić, dodając dis_ucode_ldr(na końcu wiersza poleceń brub, zaczynając od Linuksa )
56ka
3
To jest obecnie potwierdzone obejście według: bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 . Jednak nadal będę musiał czekać na długoterminową poprawkę.
leizmonk
4
Z menu gruba podświetl jądro os /, aby uruchomić i naciśnij „e” .., a następnie od tej strzałki ekranowej w dół do linii zaczynającej się od Linuksa i dodaj dis_ucode_ldr na końcu tej linii. Następnie wykonaj polecenie na dole, aby uruchomić.
Sealy
6

Miałem ten sam problem na zupełnie nowym Asus Vivobook s15 S530FA (Intel i5-8265U). Po zainstalowaniu pierwszych aktualizacji w Ubuntu 18.04.2 LTS ekran startowy utknął w „ładowaniu początkowego ramdysku”.

Jak wspomniano w powyższych komentarzach, obejściem tego problemu jest wyłączenie mikrokodu w opcjach grub dodając: dis_ucode_ldr. To rozwiązanie działa w celu debugowania tego problemu, ale nie jest zalecane do regularnego użytku.

Moim zdaniem najlepszym rozwiązaniem jest obniżenie pakietu intel-microcode do poprzedniej wersji:

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

Następnie zamroź pakiet, aby uniknąć przypadkowej aktualizacji:

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

Na razie uniknę instalacji intel-microcode = 3.20190514.0ubuntu0.18.04.3

Juan Zurano
źródło
Zgadzam się na tę drogę, ale mam problem, że w trybie terminalowym straciłem dostęp do Internetu. Czy wiesz, jak ponownie się połączyć?
horaceT
1
@horaceT Wydaje mi się, że możesz spróbować połączyć się z terminalem za pomocą „dhclient” lub iwconfig $ iface essid $ essid_name klucz $ hasło Zalecam, aby najpierw spróbować wyłączyć mikrokod podczas rozruchu dodając: dis_ucode_ldr Następnie możesz uruchomić normalnie i zastąpić intel-mikrokod paczkę, a następnie przytrzymaj.
Juan Zurano
Dzięki! To rozwiązało problem dla mojego Vivabook S14
Ivan Vulović
4

Znalazłem trwałe rozwiązanie w narzędziu do śledzenia błędów (patrz https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 WORKAROUND 3: upgrade BIOS)

ASUS wydał aktualizację systemu BIOS dla UX433FN 2019.06.17 (sprawdź dokładny model)

OSTRZEŻENIE: Aktualizacja BIOS jest operacją ryzykowną i nie można jej przywrócić !!

Omówienie: Zasadniczo musisz pobrać plik zip, rozpakować go na klucz USB, przejść do BIOS-u i uruchomić Flash Utility, wybrać plik i to wszystko (możesz to zrobić z Ubuntu).

Oto szczegółowe kroki:

  1. Przejdź do strony pobierania sterowników asus (dla mnie https://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS )
  2. Pobierz plik BIOS (UX433FNAS306.zip)
  3. Wyodrębnij plik z archiwum zip do klucza USB -> UX433FNAS.306 (moja rada: usuń plik zip, aby upewnić się, że później nie skonfundujesz plików)
  4. Uruchom ponownie i przejdź do konfiguracji (BIOS), przejdź do Zaawansowane > Uruchom Easy Flash
  5. W strasznym niebieskim programie nawiguj, aby wybrać plik UX433FNAS.306 (NIE zip!)
  6. Naciśnij enter i potwierdź (może zamrozić przez 1 minutę, ale działa)
  7. (Jeśli edytowałeś teraz swój grub, możesz go przywrócić do normy)

Straszne menu (pretekst obrazu)

Strona aktualizacji ASUS

56ka
źródło
1

Mając dokładnie ten sam problem na zupełnie nowym Asus ZenBook UX433FA. Zainstalowałem Ubuntu 18.04.02 z podwójnym uruchomieniem, uruchomiłem bez problemu, ale po zainstalowaniu pierwszej partii aktualizacji i ponownym uruchomieniu dostałem ten sam fioletowy ekran.

Znalazłem tymczasową poprawkę, wyłączając Bezpieczny rozruch (uruchamianie za pomocą nomodeset, a następnie wiersza poleceń sudo mokutil --disable-validation). Po tym działa dobrze, więc podejrzewam, że ma to związek z niektórymi sterownikami zawartymi w aktualizacjach. Wszelkie sugestie, jak to naprawić na stałe?

Jaskółka oknówka
źródło
1
Niestety nie mogę komentować powyżej, ale myślę, że jest to przynajmniej częściowa odpowiedź.
Martin
Czy możesz opisać, w jaki sposób dokonałeś tymczasowej naprawy? Chciałbym spróbować / mieć to na wypadek, gdyby to się powtórzyło. Nie jestem pewien, jak uzyskać dostęp do wiersza poleceń, gdy sam rozruch jest całkowicie FUBAR.
leizmonk
Ponadto, jeśli możesz, możesz udostępnić tutaj swój dziennik rozruchu, aby ludzie mogli pomóc w debugowaniu?
leizmonk
1

Na stronie znajduje się tymczasowa poprawka: bugs.lauchpad uruchom polecenie w terminalu:

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

wtedy, kiedy uruchomiłem Linuksa, zrób to z cichym powitaniem, tylko ja to zrobiłem i zadziałało to na moim Asusie UX433FA. Jeśli nie możesz uzyskać dostępu do terminala podczas uruchamiania, naciśnij e i spróbuj zrobić cichy powitalny tryb nomodeset lub dowolną kombinację cichego powitania nomodeset bez ro z przodu czegokolwiek, co może doprowadzić do czarnego ekranu terminala lub zalogowania. Jeśli osiągniesz czarny ekran terminala spróbuj ctr alt f5 lub f4 i tak dalej, aby uzyskać dostęp do terminala linux i uruchomić polecenie

ezprob
źródło
Próbowałem tego, ale w wierszu polecenia nie mam połączenia z Internetem. Jakieś sugestie?
horaceT
Łatwiejszym rozwiązaniem jest napisanie dis_ucode_ldr w opcji rozruchu grub, nie potrzebujesz do tego internetu. Daj mi znać, jeśli potrzebujesz więcej informacji na ten temat!
ezprob
1

Mam dokładnie taki sam problem z Dell Precision Tower 5810. Pozwoliłem na aktualizację ubuntu dziś rano (19 czerwca 2019). Po ponownym uruchomieniu, przychodzę do ekranu GRUBA, nacisnę klawisz Return, napotykam pusty fioletowy ekran, a potem nic się nie dzieje.

Mocne wyłączenie i ponowne uruchomienie. Przejdź do Advanced Options dla Ubuntu, tryb odzyskiwania dla jądra 4.15.0-52-generic, nie mógł nawet poprawnie wyświetlić opcji. Nie mogę przejść do trybu terminalowego bez względu na to, co robię (Ctrl Alt F4, F5 ...). Dziwne jest to, że w tym stanie zachowanie systemu wydaje się losowe. Wypróbowałem ten tryb odzyskiwania kilka razy, a zachowanie jest za każdym razem inne.

horaceT
źródło
0

Chcę opublikować powyższe rozwiązanie, które okazuje się być ostatecznym rozwiązaniem.

Skontaktowałem się z zespołem pomocy technicznej Dell i powiedzieli, że winowajcą jest aktualizacja sterownika Nvidia. Powiedzieli też, że nie ma znanego sposobu na rozwinięcie zmiany. Tak więc muszę ponownie zainstalować cały ubuntu 18.04 od zera, usuwając wszystko z dysku.

Podobny problem przytrafił mi się dwa lata temu. Po nieszkodliwej aktualizacji ubuntu nie mogłem się ponownie zalogować. Walcząc przez tydzień, próbowałem każdej sztuczki, jaką mogłem znaleźć na SO, skończyło się na ponownej instalacji.

Wyciągnięta lekcja: Aktualizacja sterownika Nvidia jest podatna na awarie. Zachowaj ostrożność, akceptując aktualizację sterownika.

horaceT
źródło
0

Oto pełny film o tym problemie: https://www.youtube.com/watch?v=NbxrSaclKRc

Jak powiedziano w późniejszych edycjach, aktualizacja oprogramowania układowego rozwiązuje problem.

Podsumowanie poprawki:

dodaj parametr boot: dis_ucode_ldrdo / etc / default / grub

następnie update-grub

Arynor
źródło
0

Miałem ten sam objaw, ale dopiero teraz zdałem sobie sprawę, że jeśli zrobię zimny rozruch, system uruchomi się dobrze!
Było to dzisiaj po aktualizacji oprogramowania. Ale nawet po aktualizacji S / W
1. jeśli zrobię „zamknij -r teraz”, otrzymam fioletowy ekran.
2. Jeśli naciśniesz klawisz Shift i wejdę w Grub2, wybierz jeden i naciśnij Ctrl-X, rozruch nie rozpocznie się, pozostanie tylko na fioletowym ekranie.
3. Na próżno próbowałem zmienić niektóre parametry rozruchowe (np. Dis_ucode_ldr)

i próbowałem zimnego rozruchu (wyłącz maszynę i włącz ją po kilku sekundach), uruchamia się pomyślnie. Mam nadzieję, że ktokolwiek uzna to za przydatne.

Chan Kim
źródło