Ubuntu 18.04.2 bootete nach Updates auf dem violetten Bildschirm

15

Zusammenfassung der Probleme
Letzten Freitag habe ich Updates für Ubuntu 18.04 mit installiert sudo apt-get update && sudo apt-get upgrade. Einige dieser Updates erforderten einen Neustart. Beim Neustart blieb der Bootvorgang nach GRUB auf einem violetten Bildschirm hängen, bevor das Ubuntu-Logo / -Login angezeigt wurde. Ich kann in diesem Schritt nicht über Ctrl + Alt + F7/T/F1/F2Methoden auf das Terminal zugreifen . Der Wiederherstellungsmodus funktioniert nicht und bleibt hängenLoading initial ramdisk...

Lösungsversuche
Wie oben angegeben, funktionierte der Wiederherstellungsmodus nicht.

  1. Der Versuch, Boot Repair zu verwenden , wurde erfolgreich ausgeführt, das Problem wurde jedoch nicht behoben. Ausgabe von diesem Versuch hier .

  2. Als nächstes habe ich einige Dateien gesichert und dann eine Neuinstallation von 18.04.2 versucht. Dies funktionierte, aber sobald ich die ca. 400 MB Updates für diese Neuinstallation besorgt hatte, stieß ich auf das gleiche Problem wie zuvor. Ich habe versucht, sowohl den Software Updater als auch das Terminal zu verwenden. Ich habe keine Ahnung, was für ein Update aktuell ist. Hier ist ein vollständiges Protokoll der ausgeführten Updates.

  3. Ich habe gesehen, was hier ein ähnliches Problem sein könnte: Ubuntu friert auf dem violetten Startbildschirm ein . Da dieser Benutzer anscheinend ein Problem mit Kernel-Updates hat, habe ich Kernel-Updates von der Ausführung ausgeschlossen und erneut versucht, immer noch dasselbe Ergebnis wie zuvor.

An diesem Punkt bin ich also ratlos, wie ich vorgehen soll. Ich hoffe, ich kann etwas Hilfe zu diesem Thread bekommen. Andernfalls muss ich möglicherweise ein Downgrade auf 16.04 oder ein Upgrade auf 19.04 durchführen ...

EDIT 1
Sieht so aus, als wäre dieser Fehler bereits bei Canonical gemeldet worden. Es scheint, dass es mit den neuesten Intel-Mikrocode-Updates oder einem ACPI-Problem zusammenhängt.

EDIT 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- Intel-Mikrocode-Updates auf ASUS, die dazu führen, dass der Kernel hängen bleibt, wurden als Kern des Problems identifiziert. Bestätigte vorübergehende Problemumgehung, um Computer bootfähig zu machen, finden Sie in der unten angegebenen Antwort.

Ein Video von YouTube zu diesem Problem und der dokumentierten Problemumgehung: https://www.youtube.com/watch?v=NbxrSaclKRc

EDIT 3 Ab dem 03.09.2009 habe ich das neueste BIOS-Update von ASUS (aus Windows 10) installiert und kann bestätigen, dass ich auf diese Weise Ubuntu normal starten kann, ohne dass die dis_ucode_ldrOption in GRUB erforderlich ist . Ich würde dies als nachhaltigere, endgültigere Lösung für das Problem empfehlen, als an dieser Stelle die Problemumgehung zu verwenden.

Leizmonk
quelle
Bekommst du einen rein lila Bildschirm oder siehst du das Ubuntu-Logo mit 1-5 Punkten unter dem Logo? Von welcher Version haben Sie ein Upgrade durchgeführt? Wie alt ist dein Computer? Intel Video oder was anderes?
Heynnema
Nur ein lila Bildschirm, kein Ubuntu-Logo mit den Punkten. Ich war bereits am 18.04 und führte nur regelmäßige Software-Updates durch, ohne von einer Hauptversion auf eine andere zu wechseln. Laufen und Asus VivoBook X530FA_S530FAwas kaum ein paar Monate alt ist. Intel integriertes Video.
Leizmonk
Zwei Dinge. Können Sie in den Wiederherstellungsmodus booten? Versuchen Sie Folgendes: Wählen Sie im GRUB-Menü den gewünschten Standardstart aus, drücken Sie die Taste "e", um den Bearbeitungsmodus aufzurufen, suchen Sie mit den Pfeiltasten nach "quiet splash" und ändern Sie ihn in "quiet splash nomodeset". x oder F10, um mit dem Booten fortzufahren. Sehen Sie, ob das bootet. Die Bildschirmauflösung ist ausgeschaltet, aber das ist in Ordnung.
Heynnema
Das Booten in den Wiederherstellungsmodus funktioniert nicht, wie oben erwähnt, ich habe den Schritt "Initial Ramdisk laden ..." gedrückt und dann hängt es einfach. Ich werde diesen Vorschlag mit nomodeset ausprobieren und sehen, ob er etwas bewirkt.
Leizmonk
quiet splash nomodesethat nicht funktioniert. Immer noch auf einem lila Bildschirm und hängen
Leizmonk

Antworten:

9

Nun, ich habe auch ein Asus ZenBook UX433FA, das dieses Problem behebt. Ich habe 18.10 ausgeführt und letzte Nacht ein passendes Upgrade durchgeführt und das System beschädigt. Ich habe seitdem diese Methode LiveCD Recovery verwendet, um ein Upgrade auf 19.04 durchzuführen. Noch kein Glück beim Booten. Mehrere Kernel installiert haben, von denen keiner die "Lade initiale Ramdisk" überschreitet. während ich das obige benutzte, installierte ich den kernel v5.1 mit ukuu ebenfalls ohne glück und warf fehler über dkms für den nvidia-treiber, der mit der kernel-version nicht kompatibel ist.

DMESG-Protokoll bearbeiten hat es geschafft, das dmesg von einem Teilstart hier abzurufen

boot-repair log info hier wird gelegentlich mit Fehlern gebootet, die unsicher sind, welche Informationen oder wie bei diesen Gelegenheiten Informationen gesammelt werden sollen, um beim Debuggen zu helfen.

nur ein Randnotizenfenster war vor ungefähr einem Monat nicht geladen worden. Ich weiß, dass dies wahrscheinlich ein Kommentar sein sollte, aber ich habe nicht genug Kredit.


Bearbeiten 2

Wenn Sie ein ähnliches Problem haben, versuchen Sie, mit deaktivierten Mikrocode-Updates zu booten: Fügen Sie dis_ucode_ldr zur Kernel-Befehlszeile hinzu (von GRUB, wenn Sie nicht booten können).

kann bestätigen, dass dies das Booten ermöglicht.

sealy
quelle
1
Ein allgemeiner Thread, den ich hier bemerke, ist, dass diejenigen, bei denen dieses Problem auftritt, einschließlich meiner selbst, alle über Asus-Laptops verfügen, darunter 3 mit dem Zenbook UX433FA (einer in diesem separaten Thread askubuntu.com/questions/1143309/… ). Wie können wir dies auf Canonical oder Asus ausweiten?
Leizmonk
Außerdem haben Sie nur zur Bestätigung versucht, ein Upgrade auf 19.04 durchzuführen, und das war auch nicht bootfähig? Sieht so aus, als müsste ich ein Downgrade auf 16.04 durchführen, wenn dieses Problem ohne langfristige Lösung weiterhin besteht.
Leizmonk
1
Ich bestätige, dass mein UX433FN booten kann, indem ich dis_ucode_ldr(am Ende der Kommandozeile beginnend mit Linux )
56ka
3
Dies ist die vorerst bestätigte Problemumgehung gemäß: bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 . Wir werden allerdings noch auf eine langfristige Lösung warten müssen.
Leizmonk
4
Markieren Sie im Grub-Menü das Betriebssystem / den Kernel, um zu booten, und drücken Sie "e". Gehen Sie dann von diesem Bildschirmpfeil nach unten zur Zeile, die mit Linux beginnt, und fügen Sie dis_ucode_ldr am Ende dieser Zeile hinzu. Folgen Sie dann dem Befehl unten, um zu starten.
Sealy
4

Ich hatte das gleiche Problem mit einem brandneuen Asus Vivobook s15 S530FA (Intel i5-8265U). Nach der Installation der ersten Updates in Ubuntu 18.04.2 LTS blieb der Boot-Bildschirm in "Initial Ramdisk laden" hängen.

Wie in den obigen Kommentaren erwähnt, besteht eine Problemumgehung darin, den Mikrocode in den Grub-Optionen zu deaktivieren und Folgendes hinzuzufügen: dis_ucode_ldr. Diese Lösung eignet sich zum Debuggen dieses Problems, wird jedoch für die regelmäßige Verwendung nicht empfohlen.

Die beste Lösung ist meines Erachtens das Downgrade des Intel-Microcode-Pakets auf die vorherige Version:

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

Frieren Sie dann das Paket ein, um ein versehentliches Upgrade zu vermeiden:

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

Im Moment vermeide ich die Installation von intel-microcode = 3.20190514.0ubuntu0.18.04.3

Juan Zurano
quelle
Ich bin damit einverstanden, aber das Problem, das ich habe, ist, dass ich im Terminalmodus den Zugang zum Internet verloren habe. Wissen Sie, wie Sie die Verbindung wiederherstellen können?
HoraceT
1
@horaceT Ich denke, Sie könnten versuchen, eine Verbindung im Terminal mit "dhclient" oder iwconfig $ iface essid $ essid_name key $ password herzustellen. Ich empfehle, zuerst den Mikrocode beim Booten zu deaktivieren und Folgendes hinzuzufügen: dis_ucode_ldr Dann können Sie normal booten und den Intel-Mikrocode ersetzen Paket, dann halten Sie es.
Juan Zurano
Vielen Dank! Dieses Problem wurde für mein Vivabook S14
Ivan Vulović
4

Ich habe im Bug-Tracker eine dauerhafte Lösung gefunden (siehe https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 Abhilfe 3: BIOS aktualisieren)

ASUS veröffentlichte am 2019.06.17 ein BIOS-Update für das UX433FN (bitte überprüfen Sie Ihr genaues Modell)

WARNUNG: Das Aktualisieren des BIOS ist ein riskanter Vorgang und kann nicht rückgängig gemacht werden!

Überblick: Sie müssen im Grunde genommen eine Zip-Datei herunterladen, die Datei von einem USB-Stick extrahieren, das BIOS aufrufen und das Flash-Dienstprogramm starten, die Datei auswählen und fertig (dies ist unter Ubuntu möglich).

Hier sind die detaillierten Schritte:

  1. Zur Download-Seite für Asus-Treiber (für mich https://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS )
  2. BIOS-Datei herunterladen (UX433FNAS306.zip)
  3. Extrahieren Sie die Datei aus dem Zip-Archiv auf Ihren USB-Stick -> UX433FNAS.306 (mein Rat: Entfernen Sie die Zip-Datei, um sicherzustellen, dass Sie die Dateien nachher nicht verwechseln)
  4. Starten Sie das System neu und rufen Sie das Setup (BIOS) auf. Navigieren Sie zu Erweitert > Easy Flash starten
  5. Navigiere im gruselig blauen Programm zur Datei UX433FNAS.306 (NICHT die Zip !!!)
  6. Drücken Sie die Eingabetaste und bestätigen Sie (es könnte 1 Minute lang einfrieren, aber es funktioniert)
  7. (Wenn Sie Ihre Made jetzt bearbeitet haben, können Sie sie wieder auf Normal stellen.)

Das gruselige Menü (Bildvorwand)

ASUS-Update-Seite

56ka
quelle
1

Genau das gleiche Problem bei einem brandneuen Asus ZenBook UX433FA. Installierte Ubuntu 18.04.02 mit Dual-Boot, startete ohne Problem, aber nach der Installation der ersten Reihe von Upgrades und dem Neustart bekam ich den gleichen lila Bildschirm.

Ich habe eine vorübergehende Lösung gefunden, indem ich Secure Boot deaktiviert habe (Booten mit nomodeset, dann Befehlszeile sudo mokutil --disable-validation). Funktioniert danach einwandfrei, daher habe ich den Verdacht, dass dies mit einigen Treibern zu tun hat, die in den Updates enthalten sind. Irgendwelche Vorschläge, wie dies dauerhafter behoben werden kann?

Martin
quelle
1
Kann oben leider keinen Kommentar abgeben, aber ich denke das ist zumindest eine Teilantwort.
Martin
Können Sie detailliert beschreiben, wie Sie diese vorübergehende Korrektur durchgeführt haben? Ich würde es gerne versuchen / haben, falls dies noch einmal passiert. Mir ist nicht klar, wie ich auf die Befehlszeile zugreifen soll, wenn der Startvorgang vollständig FUBAR ist.
Leizmonk
Wenn Sie können, können Sie auch Ihr Startprotokoll hier freigeben, damit andere Benutzer möglicherweise beim Debuggen helfen können.
Leizmonk
1

Es gibt jetzt eine vorübergehende Fehlerbehebung auf: bugs.lauchpad Führen Sie diesen Befehl im Terminal aus:

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

dann, wenn ich Linux starte, mache ich das nur mit leisem Splash und es funktionierte für mich auf meinem Asus UX433FA. Wenn Sie beim Booten nicht auf das Terminal zugreifen können, drücken Sie e und versuchen, das Ro-Nomodeset leise zu spritzen oder eine beliebige Kombination von Nomodeset leise zu spritzen, ohne dass das Ro vor Ihnen angezeigt wird versuchen sie strg alt f5 oder f4 und so weiter, um auf das linux terminal zuzugreifen und den befehl auszuführen

ezprob
quelle
Ich habe es versucht, aber in der Befehlszeile habe ich keine Verbindung zum Internet. Irgendein Vorschlag?
HoraceT
Eine einfachere Lösung besteht darin, dis_ucode_ldr in die Option grub boot zu schreiben. Sie benötigen hierfür kein Internet. Lassen Sie mich wissen, wenn Sie weitere Informationen benötigen!
Ezprob
1

Ich habe genau das gleiche Problem mit einem Dell Precision Tower 5810. Ich habe heute Morgen (19. Juni 2019) ein Ubuntu-Update zugelassen. Nach dem Neustart gehe ich zum GRUB-Bildschirm, drücke die Eingabetaste und stelle mich einem leeren lila Bildschirm. Dann passiert nichts.

Fahren Sie das Gerät herunter und starten Sie es neu. Gehen Sie zu Erweiterte Optionen für Ubuntu, Wiederherstellungsmodus für Kernel 4.15.0-52-generic, es konnten nicht einmal die Optionen korrekt angezeigt werden. Ich kann nicht in den Terminalmodus wechseln, egal was ich tue (Strg + F4 + F5 + ...). Seltsamerweise scheint das Verhalten des Systems in diesem Zustand zufällig zu sein. Ich habe diesen Wiederherstellungsmodus einige Male ausprobiert und das Verhalten ist jedes Mal anders.

HoraceT
quelle
0

Ich möchte veröffentlichen, wie sich herausstellt, dass die endgültige Lösung meinem obigen Problem entspricht.

Ich habe mich an das Support-Team von Dell gewandt, und es hieß, der Täter sei das Nvidia-Treiber-Update. Sie sagten auch, dass es keinen bekannten Weg gibt, das Wechselgeld abzuwickeln. Also muss ich das gesamte Ubuntu 18.04 von Grund auf neu installieren und alles auf der Festplatte löschen.

Ein ähnliches Problem ist mir vor zwei Jahren passiert. Nach einem harmlosen Ubuntu-Update konnte ich mich nicht wieder anmelden. Ich kämpfte eine Woche lang und versuchte jeden Trick, den ich bei SO finden konnte. Am Ende fand ich eine Neuinstallation.

Gelernte Lektion: Das Update des Nvidia-Treibers ist fehleranfällig. Seien Sie sehr vorsichtig, wenn Sie ein Treiberupdate akzeptieren.

HoraceT
quelle
0

Hier ist ein vollständiges Video zu diesem Problem: https://www.youtube.com/watch?v=NbxrSaclKRc

Wie in den späteren Änderungen erwähnt, gibt es ein Firmware-Update, mit dem das Problem behoben werden kann.

Zusammenfassung des Updates:

Fügen Sie den Boot-Parameter: dis_ucode_ldrzu / etc / default / grub hinzu

dann update-grub

Arynor
quelle
0

Ich hatte das gleiche Symptom, aber erst jetzt wurde mir klar, wenn ich einen Kaltstart mache, bootet das System in Ordnung!
Dies war nach dem Software-Update heute. Aber auch nach dem S / W-Update,
1. wenn ich 'shutdown -r now' mache, bekomme ich den violetten Bildschirm.
2. Wenn ich die Umschalttaste drücke und grub2 eingebe und einen drücke und Strg-X drücke, startet der Bootvorgang nicht, sondern bleibt nur auf dem violetten Bildschirm.
3. Ich habe vergeblich versucht, einige Bootparameter zu ändern (wie dis_ucode_ldr)

und ich habe versucht, kalt zu booten (den Rechner herunterzufahren und nach ein paar Sekunden wieder einzuschalten), es wurde erfolgreich gebootet. Hoffe, jemand findet das nützlich.

Chan Kim
quelle