Démarrage d'Ubuntu 18.04.2 bloqué sur l'écran violet après les mises à jour

19

Résumé du problème
Vendredi dernier, j'ai installé les mises à jour d'Ubuntu 18.04 avec sudo apt-get update && sudo apt-get upgrade. Certaines de ces mises à jour ont nécessité un redémarrage. Au redémarrage, après GRUB, le démarrage s'est bloqué sur un écran violet avant le logo / connexion Ubuntu. Je ne peux pas accéder au terminal à cette étape via les Ctrl + Alt + F7/T/F1/F2méthodes. Le mode de récupération ne fonctionne pas et reste bloquéLoading initial ramdisk...

Tentatives de résolution
Comme indiqué ci-dessus, le mode de récupération n'a pas fonctionné.

  1. Vous avez tenté d'utiliser la réparation de démarrage , cela s'est exécuté avec succès mais n'a pas résolu le problème. Sortie de cette tentative ici .

  2. Ensuite, j'ai sauvegardé certains fichiers puis tenté une nouvelle installation de 18.04.2. Cela a fonctionné, mais dès que j'ai saisi les ~ 400 Mo de mises à jour pour cette installation propre, j'ai rencontré le même problème qu'auparavant. J'ai essayé d'utiliser à la fois le logiciel Updater et le terminal. Je n'ai aucune idée de la mise à jour qui se termine, voici un journal complet des mises à jour exécutées.

  3. J'ai vu ce qui pourrait être un problème connexe ici: le gel d'Ubuntu sur l'écran de démarrage violet . Voyant que cet utilisateur semblait avoir un problème avec les mises à jour du noyau, j'ai exclu les mises à jour du noyau de s'exécuter et j'ai essayé à nouveau, toujours le même résultat qu'auparavant.

Donc, à ce stade, je ne sais pas comment procéder. J'espère pouvoir obtenir de l'aide sur ce sujet. Sinon, je devrai peut-être rétrograder vers 16.04 ou passer à 19.04 ...

EDIT 1 Il
semble que ce bogue ait déjà été signalé à Canonical. Semble qu'il pourrait être lié à des mises à jour récentes du microcode Intel ou à un problème d'acpi.

EDIT 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- Les mises à jour du microcode Intel sur ASUS provoquant le blocage du noyau ont été identifiées comme le nœud du problème. La solution de contournement temporaire confirmée pour obtenir le démarrage des machines figure dans la réponse acceptée ci-dessous.

Une vidéo de YouTube concernant ce problème et la solution de contournement documentée: https://www.youtube.com/watch?v=NbxrSaclKRc

EDIT 3 Depuis le 09/03/2019, j'ai installé la dernière mise à jour du BIOS d'ASUS (depuis Windows 10) et je peux confirmer que cela me permet de démarrer normalement dans Ubuntu sans avoir besoin de l' dis_ucode_ldroption dans GRUB. Je recommanderais cela comme une solution définitive plus durable au problème que d'utiliser la solution de contournement à ce stade.

boot 18.04 grub2 updates freeze leizmonk
la source
Obtenez-vous un écran violet pur ou voyez-vous le logo Ubuntu avec 1-5 points sous le logo? De quelle version avez-vous mis à niveau? Quel âge a votre ordinateur? Vidéo Intel, ou autre chose?
heynnema
Juste un écran violet, pas de logo Ubuntu avec les points. J'étais déjà sur 18.04, exécutant juste des mises à jour logicielles régulières, ne passant pas d'une version majeure à une autre. Courir un Asus VivoBook X530FA_S530FAqui a à peine quelques mois. Vidéo intégrée Intel.
leizmonk
Deux choses. Pouvez-vous démarrer en mode de récupération? Essayez ceci ... dans le menu GRUB, sélectionnez le démarrage par défaut souhaité, appuyez sur la touche "e" pour passer en mode édition, utilisez les touches fléchées pour trouver "silencieux splash" et changez-le en "silencieux splash nomodeset", puis contrôlez- x ou F10 pour continuer à démarrer. Voyez si ça démarre. La résolution d'écran sera désactivée, mais ce n'est pas grave.
heynnema
Le démarrage en mode de récupération ne fonctionne pas, comme mentionné ci-dessus, j'ai appuyé sur l'étape "chargement du disque virtuel initial ..." puis il se bloque. Je vais essayer cette suggestion avec nomodeset et voir si cela fait quelque chose.
leizmonk
quiet splash nomodesetn'a pas fonctionné. Toujours à un écran violet et suspendu
leizmonk

Réponses:

13

Eh bien, j'ai aussi un Asus ZenBook UX433FA qui fait ce problème, je courais 18.10 et j'ai fait la mise à niveau apt-get la nuit dernière et j'ai cassé le système. J'ai depuis utilisé cette méthode de récupération livecd pour mettre à niveau vers 19.04 toujours pas de chance avec le démarrage. avoir plusieurs noyaux installés dont aucun ne dépassera le "chargement du ramdisk initial". en utilisant le ci-dessus, j'ai installé le noyau v5.1 avec ukuu pas de chance non plus et jeté des erreurs sur le pilote dkms pour nvidia incompatible avec la version du noyau.

Modifier le journal DMESG a réussi à obtenir le dmesg à partir d'un démarrage partiel ici

les informations du journal de réparation de démarrage ici parfois, il démarrera avec des erreurs incertaines de quelles informations ou comment collecter des informations à ces occasions, mais pour aider au débogage.

juste une fenêtre de notes latérales n'avait pas été chargée depuis environ un mois avant cela. Je sais que cela devrait probablement être un commentaire mais je n'ai pas assez de crédit.

Modifier 2

Pour toute personne ayant un problème similaire, essayez de démarrer avec les mises à jour du microcode désactivées: ajoutez dis_ucode_ldr à la ligne de commande du noyau (à partir de GRUB si vous ne pouvez pas démarrer)

peut confirmer que cela permet le démarrage.

mer
la source
1
Un fil conducteur que je remarque ici est que ceux qui rencontrent ce problème, y compris moi-même, ont tous des ordinateurs portables Asus d'une sorte ou d'une autre, dont 3 avec le Zenbook UX433FA (un sur ce fil séparé askubuntu.com/questions/1143309/… ). Est-il possible pour nous de faire passer cela à Canonical ou Asus?
leizmonk
De plus, juste pour confirmer, vous avez tenté de passer à la version 19.04 et ce n'était pas non plus démarrable? On dirait que je vais devoir rétrograder à 16.04 si ce problème persiste sans résolution à long terme.
leizmonk
1
Je confirme que mon UX433FN peut démarrer en ajoutant dis_ucode_ldr(à la fin de la ligne de commande brub commençant par linux )
56ka
3
C'est la solution de contournement confirmée pour l'instant selon: bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 . Il faudra quand même attendre une solution à long terme.
leizmonk
4
Dans le menu grub, mettez en surbrillance le système d'exploitation / noyau à démarrer et appuyez sur "e" .. puis de cette flèche d'écran vers le bas jusqu'à la ligne commençant par Linux et ajoutez dis_ucode_ldr à la fin de cette ligne. Suivez ensuite la commande en bas pour démarrer.
sealy
6

J'ai eu le même problème sur un tout nouveau Asus Vivobook s15 S530FA (Intel i5-8265U). Après avoir installé les premières mises à jour dans ubuntu 18.04.2 LTS, l'écran de démarrage s'est bloqué dans "loading initial ramdisk".

Comme mentionné dans les commentaires ci-dessus, une solution de contournement consiste à désactiver le microcode dans les options grub en ajoutant: dis_ucode_ldr. Cette solution fonctionne pour le débogage de ce problème, mais elle n'est pas recommandée pour une utilisation régulière.

La meilleure solution à ce jour, je pense, est de rétrograder le package Intel-microcode vers la version précédente:

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

Ensuite, gelez le package pour éviter une mise à niveau accidentelle:

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

Pour l'instant, je vais éviter d'installer intel-microcode = 3.20190514.0ubuntu0.18.04.3

Juan Zurano
la source
Je suis d'accord sur cette façon de procéder, mais le problème que j'ai est qu'en mode terminal, j'ai perdu l'accès à Internet. Savez-vous comment vous reconnecter?
horaceT
1
@horaceT Je suppose que vous pouvez essayer de vous connecter dans le terminal en utilisant "dhclient" ou iwconfig $ iface essid $ essid_name key $ password Je vous recommande d'essayer d'abord de désactiver le microcode au démarrage en ajoutant: dis_ucode_ldr Ensuite, vous pouvez démarrer normalement et remplacer le microcode intel emballage, puis maintenez-le.
Juan Zurano
Merci! Ce problème résolu pour mon Vivabook S14
Ivan Vulović
4

J'ai trouvé une solution durable dans le suivi des bogues (voir https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 SOLUTION 3: mise à niveau du BIOS)

ASUS a publié une mise à jour du BIOS pour l'UX433FN le 2019.06.17 (veuillez vérifier votre modèle exact)

AVERTISSEMENT: la mise à jour du BIOS est une opération risquée et ne peut pas être annulée !!

Aperçu: Vous devez essentiellement télécharger un zip, extraire le fichier avec une clé USB, aller dans le BIOS et démarrer Flash Utility, sélectionner le fichier et c'est tout (vous pouvez le faire à partir d'Ubuntu).

Voici les étapes détaillées:

  1. Accédez à la page de téléchargement des pilotes asus (pour moi https://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS )
  2. Télécharger le fichier BIOS (UX433FNAS306.zip)
  3. Extrayez le fichier de l'archive zip sur votre clé USB -> UX433FNAS.306 (mon conseil: supprimez le fichier zip pour vous assurer de ne pas confondre les fichiers après)
  4. Redémarrez et accédez à la configuration (BIOS), accédez à Avancé > Démarrer Easy Flash
  5. Dans le programme bleu effrayant, naviguez pour sélectionner le fichier UX433FNAS.306 (PAS le zip !!!)
  6. Appuyez sur Entrée et confirmez (il pourrait geler pendant 1 minute mais cela fonctionne)
  7. (Si vous avez modifié votre grub maintenant, vous pouvez le remettre à la normale)

Le menu effrayant (prétexte d'image)

Page de mise à jour ASUS

56ka
la source
1

Avoir exactement le même problème sur un tout nouveau Asus ZenBook UX433FA. Installé Ubuntu 18.04.02 avec double démarrage, démarré sans problème, mais après l'installation du premier lot de mises à niveau et le redémarrage, j'ai le même écran violet.

J'ai trouvé un correctif temporaire en désactivant le démarrage sécurisé (démarrage avec nomodeset, puis ligne de commande sudo mokutil --disable-validation). Fonctionne bien après cela, donc je soupçonne que cela a quelque chose à voir avec certains pilotes inclus dans les mises à jour. Une suggestion sur la façon de résoudre ce problème de manière plus permanente?

Martin
la source
1
Je ne peux malheureusement pas commenter ci-dessus, mais je suppose que c'est au moins une réponse partielle.
Martin
Pouvez-vous détailler comment vous avez effectué cette correction temporaire? Je voudrais l'essayer / l'avoir au cas où cela se reproduirait. Je ne sais pas comment accéder à la ligne de commande lorsque le démarrage lui-même est totalement FUBAR.
leizmonk
De plus, si vous le pouvez, partagez-vous votre journal de démarrage ici pour que les gens puissent peut-être aider au débogage?
leizmonk
1

Il existe un correctif temporaire maintenant publié sur: bugs.lauchpad exécutez cette commande dans le terminal:

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

puis lors du lancement de linux, faites-le avec des éclaboussures silencieuses uniquement, je l'ai fait et cela a fonctionné pour moi sur mon Asus UX433FA. Si vous ne pouvez pas accéder au terminal lors du démarrage, appuyez sur e et essayez de faire ro splash silencieux nomodeset ou toute combinaison de splash silencieux nomodeset sans le ro en face quoi que ce soit qui peut vous amener à l'écran du terminal noir ou connecté. Si vous atteignez l'écran du terminal noir essayez ctr alt f5 ou f4 et ainsi de suite pour accéder au terminal linux et exécuter la commande

ezprob
la source
J'ai essayé cela, mais sur la ligne de commande, je n'ai pas de connexion Internet. Toute suggestion?
horaceT
Une solution plus simple consiste à écrire dis_ucode_ldr dans l'option de démarrage grub, vous n'avez pas besoin d'Internet pour cela. Faites-moi savoir si vous avez besoin de plus d'informations à ce sujet!
ezprob
1

J'ai exactement le même problème avec un Dell Precision Tower 5810. J'ai autorisé une mise à jour ubuntu ce matin (19 juin 2019). Après le redémarrage, je viens à l'écran GRUB, appuyez sur Retour, face à un écran violet blanc, puis rien ne se passe.

Mise hors tension puis redémarrage. Allez dans Options avancées pour Ubuntu, mode de récupération pour le noyau 4.15.0-52-générique, il ne pouvait même pas afficher les options correctement. Impossible d'accéder au mode terminal quoi que je fasse (ctrl alt F4, F5 ...). Chose étrange, à cet état, le comportement du système semble aléatoire. J'ai essayé ce mode de récupération plusieurs fois et le comportement est différent à chaque fois.

horaceT
la source
0

Je veux poster ce que la résolution finale s'avère être à mon problème ci-dessus.

J'ai contacté l'équipe d'assistance de Dell et ils ont dit que le coupable était la mise à jour du pilote Nvidia. Ils ont également dit qu'il n'y avait aucun moyen connu de dérouler le changement. Donc, je dois réinstaller l'intégralité d'ubuntu 18.04 à partir de zéro, en effaçant tout sur le disque.

Un problème similaire m'est arrivé il y a deux ans. Après une mise à jour inoffensive d'ubuntu, je n'ai pas pu me reconnecter. Je me suis débattu pendant une semaine, j'ai essayé toutes les astuces que j'ai pu trouver sur SO, j'ai fini par réinstaller.

Leçon apprise: la mise à jour du pilote Nvidia est sujette aux pannes. Soyez très prudent en acceptant une mise à jour du pilote.

horaceT
la source
0

Voici une vidéo complète sur ce problème: https://www.youtube.com/watch?v=NbxrSaclKRc

Comme indiqué dans les modifications ultérieures, une mise à jour du micrologiciel résout le problème.

Résumé du correctif:

ajoutez le paramètre de démarrage: dis_ucode_ldrà / etc / default / grub

ensuite update-grub

Arynor
la source
0

J'ai eu le même symptôme mais je viens de me rendre compte que si je fais un démarrage à froid, le système démarre bien!
C'était après la mise à jour du logiciel aujourd'hui. Mais même après la mise à jour S / W,
1. si je fais «shutdown -r now», j'obtiens l'écran violet.
2. si j'appuie sur la touche Maj et entre dans grub2, et que j'en sélectionne une et que j'appuie sur ctrl-X, le démarrage ne démarre pas, reste simplement sur l'écran violet.
3. J'ai essayé de changer certains paramètres de démarrage en vain (comme dis_ucode_ldr)

et j'ai essayé le démarrage à froid (arrêter la machine et l'allumer après quelques secondes), il démarre avec succès. J'espère que quelqu'un trouvera cela utile.

Chan Kim
la source