Boot Ubuntu 18.04.2 utknął na fioletowym ekranie po aktualizacji

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.

• https://bugs.launchpad.net/ubuntu/+bug/1829735 <- w tym raporcie cytowano ten wątek, ponieważ weryfikacja występuje u wielu użytkowników tego problemu, więc nie wahaj się, jeśli masz na to wpływ!
• https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1829784 <- wskazano jako możliwą przyczynę w tym raporcie acpi
• https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- Aktualizacje mikrokodu Intel powodujące problemy z uruchamianiem niektórych użytkowników ASUS

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.

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.

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

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)

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?

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

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.

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.

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

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.