L'avvio di Ubuntu 18.04.2 è bloccato sullo schermo viola dopo gli aggiornamenti


16

Riepilogo del problema
Venerdì scorso, ho installato gli aggiornamenti di Ubuntu 18.04 con sudo apt-get update && sudo apt-get upgrade. Alcuni di questi aggiornamenti hanno richiesto un riavvio. Al riavvio, dopo GRUB, l'avvio si è bloccato su uno schermo viola prima del logo / login di Ubuntu. Non riesco ad accedere al terminale in questo passaggio attraverso i Ctrl + Alt + F7/T/F1/F2metodi. La modalità di ripristino non funziona e rimane bloccataLoading initial ramdisk...

Tentativi di risoluzione
Come indicato sopra, la modalità di ripristino non ha funzionato.

  1. Tentativo di utilizzare Boot Repair , eseguito correttamente ma non risolto il problema. Uscita da questo tentativo qui .

  2. Successivamente, ho eseguito il backup di alcuni file, quindi ho tentato una nuova installazione di 18.04.2. Ha funzionato, ma non appena ho acquisito ~ 400 MB di aggiornamenti per questa installazione pulita, ho riscontrato lo stesso problema di prima. Ho provato a utilizzare sia l'Update Software che il terminale. Non ho idea di quale aggiornamento stia funzionando, ecco un registro completo degli aggiornamenti eseguiti.

  3. Ho visto quello che potrebbe essere un problema correlato qui: blocco di Ubuntu sullo schermo viola di avvio . Visto che questo utente sembrava avere un problema con gli aggiornamenti del kernel, ho escluso l'esecuzione degli aggiornamenti del kernel e riprovato, sempre lo stesso risultato di prima.

Quindi, a questo punto, sono in perdita su come procedere. Spero di ricevere aiuto su questa discussione. Altrimenti, potrebbe essere necessario eseguire il downgrade a 16.04 o l'aggiornamento a 19.04 ...

EDIT 1
Sembra che questo errore sia già stato segnalato a Canonical. Sembra che potrebbe essere correlato a recenti aggiornamenti del microcodice Intel oa un problema acpi.

EDIT 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- Gli aggiornamenti del microcodice Intel su ASUS che causano il blocco del kernel sono stati identificati come il nocciolo del problema. La soluzione temporanea confermata per avviare le macchine è nella risposta accettata di seguito.

Un video di YouTube su questo problema e la soluzione documentata: https://www.youtube.com/watch?v=NbxrSaclKRc

EDIT 3 A partire dal 09/03/2019, ho installato l'aggiornamento del BIOS più recente da ASUS (da Windows 10) e posso confermare che ciò mi consente di avviare normalmente Ubuntu senza la necessità dis_ucode_ldrdell'opzione in GRUB. Lo consiglierei come una soluzione più sostenibile e definitiva per il problema rispetto all'utilizzo della soluzione alternativa a questo punto.


Hai uno schermo viola puro o vedi il logo Ubuntu con 1-5 punti sotto il logo? Da quale versione hai effettuato l'aggiornamento? Quanti anni ha il tuo computer? Video Intel o qualcos'altro?
heynnema,

Solo uno schermo viola, nessun logo Ubuntu con i punti. Ero già al 18.04, stavo solo eseguendo regolari aggiornamenti del software, non passando da una versione principale a un'altra. In esecuzione un Asus VivoBook X530FA_S530FAche ha appena un paio di mesi. Video integrato Intel.
leizmonk,

Due cose. Puoi avviare la modalità di ripristino? Prova questo ... dal menu di GRUB, seleziona l'avvio predefinito desiderato, premi il tasto "e" per accedere alla modalità di modifica, usa i tasti freccia per trovare "quiet splash" e cambiarlo in "quiet splash nomodeset", quindi controlla- x o F10 per continuare l'avvio. Vedi se si avvia. La risoluzione dello schermo sarà disattivata, ma va bene.
heynnema,

L'avvio in modalità di ripristino non funziona, come detto sopra ho premuto il passaggio "caricamento ramdisk iniziale ..." e poi si blocca. Proverò questo suggerimento con nomodeset e vedrò se fa qualcosa.
leizmonk,

quiet splash nomodesetnon ha funzionato. Ancora arrivare a uno schermo viola e appendere
leizmonk

Risposte:


10

bene ho anche un Asus ZenBook UX433FA che fa questo problema, stavo correndo il 18.10 e ho fatto apt-get upgrade ieri sera e ho rotto il sistema. Da allora ho usato questo metodo di recupero livecd per aggiornare a 19.04 ancora senza fortuna con l'avvio. hanno più kernel installati nessuno dei quali supererà il "caricamento del ramdisk iniziale". durante l'utilizzo di quanto sopra ho installato il kernel v5.1 con ukuu senza fortuna e ho gettato errori su dkms per il driver nvidia incompatibile con la versione del kernel.

Modifica registro DMESG gestito per ottenere il dmesg da un avvio parziale qui

le informazioni del registro di riparazione del boot qui occasionalmente si avvieranno con errori incerti su quali informazioni o su come raccogliere informazioni in queste occasioni anche se per aiutare con il debug.

solo una nota a margine non era stata caricata per circa un mese prima di questo. So che probabilmente dovrebbe essere un commento, ma non ho abbastanza credito.


Modifica 2

Per chiunque abbia un problema simile, prova ad avviare con gli aggiornamenti del microcodice disattivati: aggiungi dis_ucode_ldr alla riga di comando del kernel (da GRUB se non riesci ad avviare)

posso confermare che ciò consente l'avvio.


1
Un thread comune che sto notando qui è che coloro che riscontrano questo problema, incluso me stesso, hanno tutti i laptop Asus di un tipo o di un altro, di cui 3 con Zenbook UX433FA (uno su questo thread separato askubuntu.com/questions/1143309/… ). Qualche modo per inoltrare questo a Canonical o Asus?
leizmonk,

Inoltre, solo per confermare, hai tentato di eseguire l'aggiornamento a 19.04 e anche questo non era avviabile? Sembra che dovrò effettuare il downgrade a 16.04 se il problema persiste senza risoluzione a lungo termine.
leizmonk,

1
Confermo che il mio UX433FN può avviarsi aggiungendo dis_ucode_ldr(alla fine della riga di comando di brub che inizia con Linux )
56ka,

3
Questa è la soluzione alternativa confermata per ora secondo: bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 . Dovrà comunque aspettare una soluzione a lungo termine.
leizmonk,

4
Dal menu di grub evidenziare il sistema operativo / kernel per l'avvio e premere "e" .. quindi da quella freccia dello schermo verso il basso fino alla riga che inizia con Linux e aggiungere dis_ucode_ldr alla fine di questa riga. Quindi seguire il comando in basso per avviare.
Sealy,

5

Ho avuto lo stesso problema su un nuovissimo Asus Vivobook s15 S530FA (Intel i5-8265U). Dopo aver installato i primi aggiornamenti in Ubuntu 18.04.2 LTS, la schermata di avvio si è bloccata nel "caricamento del ramdisk iniziale".

Come menzionato nei commenti precedenti, una soluzione a questo è la disabilitazione del microcodice nelle opzioni grub aggiungendo: dis_ucode_ldr. Questa soluzione funziona per il debug di questo problema ma non è consigliata per un uso regolare.

La migliore soluzione finora penso sia di eseguire il downgrade del pacchetto intel-microcode alla versione precedente:

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

Quindi congelare il pacchetto per evitare l'aggiornamento accidentale:

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

Per ora eviterò di installare intel-microcode = 3.20190514.0ubuntu0.18.04.3


Concordo in questo modo, ma il problema che ho è, in modalità terminale, che ho perso l'accesso a Internet. Sai come riconnetterti?
horaceT

1
@horaceT Suppongo che potresti provare a connetterti al terminale usando "dhclient" o iwconfig $ iface essid $ essid_name chiave $ password Ti consiglio di provare prima a disabilitare il microcodice all'avvio aggiungendo: dis_ucode_ldr Quindi puoi avviare normalmente e sostituire il micro-codice pacchetto, quindi tenerlo.
Juan Zurano,

Grazie! Questo problema risolto per il mio Vivabook S14
Ivan Vulović il

4

Ho trovato una soluzione duratura nel tracker dei bug (vedi https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 WORKAROUND 3: upgrade BIOS)

ASUS ha rilasciato un aggiornamento del BIOS per UX433FN il 2019.06.17 (controlla il tuo modello esatto)

ATTENZIONE: l'aggiornamento del BIOS è un'operazione a rischio e non può essere ripristinato !!

Panoramica: Fondamentalmente devi scaricare una zip, estrarre il file da una chiave USB, andare nel BIOS e avviare Flash Utility, selezionare il file e il gioco è fatto (puoi farlo da Ubuntu).

Ecco i passaggi dettagliati:

  1. Vai alla pagina di download dei driver asus (per me https://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS )
  2. Scarica il file BIOS (UX433FNAS306.zip)
  3. Estrai il file dall'archivio zip sulla tua chiave USB -> UX433FNAS.306 (il mio consiglio: rimuovi il file zip per assicurarti di non confondere i file dopo)
  4. Riavvia e vai a Setup (BIOS), vai su Avanzate > Avvia Easy Flash
  5. Nel programma blu spaventoso navigare per selezionare il file UX433FNAS.306 (NON lo zip !!!)
  6. Premi Invio e conferma (potrebbe congelarsi per 1 minuto ma funziona)
  7. (Se hai modificato il tuo grub ora puoi riportarlo alla normalità)

Il menu spaventoso (pretesto immagine)

Pagina di aggiornamento ASUS


1

Avere esattamente lo stesso problema su un nuovissimo Asus ZenBook UX433FA. Ubuntu 18.04.02 installato con doppio avvio, avviato senza problemi, ma dopo aver installato il primo batch di aggiornamenti e riavviato ho ottenuto la stessa schermata viola.

Ho trovato una soluzione temporanea disabilitando Secure Boot (avvio con nomodeset, quindi riga di comando sudo mokutil --disable-validation). Funziona bene dopo, quindi ho il sospetto che abbia qualcosa a che fare con alcuni driver inclusi negli aggiornamenti. Qualche suggerimento su come risolvere questo problema in modo permanente?


1
Purtroppo non posso commentare sopra, ma suppongo che questa sia almeno una risposta parziale.
Martin,

Puoi spiegare in dettaglio come hai fatto questa correzione temporanea? Mi piacerebbe provarlo / farlo nel caso in cui ciò accada di nuovo. Non sono chiaro come accedere alla riga di comando quando l'avvio stesso è totalmente FUBAR.
leizmonk,

Inoltre, se puoi, condivideresti qui il tuo registro di avvio per consentire alle persone di aiutare il debug?
leizmonk,

1

Esiste una correzione temporanea ora pubblicata su: bugs.lauchpad esegui questo comando nel terminale:

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

poi quando ho lanciato Linux lo ho fatto solo con quiet splash e l'ho fatto sul mio Asus UX433FA. Se non è possibile accedere al terminale quando si avvia, premere ee provare a rendere silenzioso splash nomominet ro o qualsiasi combinazione di splash silenzioso nomodeset senza il ro di fronte tutto ciò che può portare alla schermata del terminale nero o al login. Se si raggiunge la schermata del terminale nero prova ctr alt f5 o f4 e così via per accedere al terminale linux ed eseguire il comando


Ho provato questo, ma dalla riga di comando, non ho la connessione a Internet. Qualche suggerimento?
horaceT

Una soluzione più semplice è scrivere dis_ucode_ldr nell'opzione di avvio di grub, non è necessario Internet per questo. Fammi sapere se hai bisogno di maggiori informazioni al riguardo!
ezprob,

1

Ho esattamente lo stesso problema con un Dell Precision Tower 5810. Ho permesso un aggiornamento di Ubuntu questa mattina (19 giugno 2019). Dopo il riavvio, vengo allo schermo di GRUB, premo Invio, affronterò uno schermo viola vuoto, quindi non succede nulla.

Hard power down e riavvio. Vai a Opzioni avanzate per Ubuntu, modalità di ripristino per kernel 4.15.0-52-generico, non potrebbe nemmeno visualizzare correttamente le opzioni. Non riesco ad accedere alla modalità terminale, qualunque cosa io faccia (ctrl alt F4, F5 ...). La cosa strana è che, in questo stato, il comportamento del sistema sembra casuale. Ho provato questa modalità di ripristino parecchie volte e il comportamento è diverso ogni volta.


0

Voglio pubblicare ciò che la risoluzione finale risulta essere il mio problema sopra.

Ho contattato il team di supporto della Dell e mi hanno detto che il colpevole è l'aggiornamento del driver Nvidia. Hanno anche detto che non esiste un modo noto per srotolare il cambiamento. Quindi, devo reinstallare l'intero Ubuntu 18.04 da zero, cancellando tutto sul disco.

Un problema simile mi è successo due anni fa. Dopo un innocuo aggiornamento di Ubuntu, non sono riuscito a riaccedere. Lottando per una settimana, ho provato tutti i trucchi che ho trovato su SO, ho finito per reinstallarlo.

Lezione appresa: l'aggiornamento del driver Nvidia è soggetto a guasti. Fare molta attenzione ad accettare un aggiornamento del driver.


0

Ecco un video completo su questo problema: https://www.youtube.com/watch?v=NbxrSaclKRc

Come detto nelle modifiche successive, c'è un aggiornamento del firmware che risolve il problema.

Riepilogo della correzione:

aggiungi il parametro di avvio: dis_ucode_ldra / etc / default / grub

poi update-grub


0

Ho avuto lo stesso sintomo ma solo ora mi sono reso conto che se eseguo un avvio a freddo il sistema si avvia bene!
Questo è successo dopo l'aggiornamento del software oggi. Ma anche dopo l'aggiornamento S / W,
1. se faccio 'shutdown -r now', ottengo lo schermo viola.
2. se premo il tasto MAIUSC e inserisco grub2, seleziono uno e premo CTRL-X, l'avvio non si avvia, rimane solo nella schermata viola.
3. Ho provato a cambiare alcuni parametri di avvio invano (come dis_ucode_ldr)

e ho provato l'avvio a freddo (spegnere la macchina e accenderla dopo un paio di secondi), si avvia correttamente. Spero che qualcuno lo trovi utile.


0

Ho lo stesso identico problema nel mio nuovo Dell Precision 7740. Il mio problema è stato sollevato qui con messaggi di errore

Ubuntu budgie 19.10 non si avvia con l'alimentazione a batteria in Dell Precision 7740 . l'unica differenza è che ciò accade a me solo se avvio a batteria. Non ho problemi con l'avvio in corrente alternata. Ho provato a reinstallare Ubuntu 19.10 (Budgie) e lo stesso problema persiste


1
Questo non risponde davvero alla domanda. Se hai una domanda diversa, puoi farla facendo clic su Poni domanda . Puoi anche aggiungere una taglia per attirare più attenzione a questa domanda una volta che hai abbastanza reputazione . - Dalla recensione
Pilot6
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.