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/F2
metod. Tryb odzyskiwania nie działa i blokuje sięLoading initial ramdisk...
Próby rozwiązania
Jak wspomniano powyżej, tryb odzyskiwania nie działał.
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 .
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.
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_ldr
opcji w GRUB-ie. Poleciłbym to jako bardziej zrównoważone, ostateczne rozwiązanie problemu niż korzystanie z obejścia w tym momencie.
Asus VivoBook X530FA_S530FA
które ma zaledwie kilka miesięcy. Zintegrowane wideo Intel.quiet splash nomodeset
nie działało Wciąż docieram do purpurowego ekranu iOdpowiedzi:
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
źródło
dis_ucode_ldr
(na końcu wiersza poleceń brub, zaczynając od Linuksa )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:
Następnie zamroź pakiet, aby uniknąć przypadkowej aktualizacji:
Na razie uniknę instalacji intel-microcode = 3.20190514.0ubuntu0.18.04.3
źródło
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:
źródło
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?źródło
Na stronie znajduje się tymczasowa poprawka: bugs.lauchpad uruchom polecenie w terminalu:
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
źródło
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.
źródło
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.
źródło
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_ldr
do / etc / default / grubnastępnie
update-grub
źródło
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.
źródło