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 Ctrl + Alt + F7/T/F1/F2
méthodes. Le mode de récupération ne fonctionne pas et reste bloqué sur Loading initial ramdisk...
Tentatives de résolution
Comme indiqué ci-dessus, le mode de récupération n'a pas fonctionné.
Vous avez tenté d'utiliser Boot Repair , cela s'est exécuté avec succès mais n'a pas résolu le problème. Sortie de cette tentative ici .
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.
J'ai vu ce qui pourrait être un problème connexe ici: Gel d'Ubuntu sur l'écran violet de démarrage . 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 réessayé, 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 fil. 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/182962 <- 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 du dis_ucode_ldr
option dans GRUB. Je recommanderais cela comme une solution plus durable et définitive au problème que d'utiliser la solution de contournement à ce stade.
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 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 disque virtuel 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
informations de journal de réparation de démarrage ici de temps en temps, il démarrera avec des erreurs, ne sachant pas quelles informations ou comment recueillir des informations à ces occasions, mais pour aider au débogage.
juste une fenêtre latérale 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.
Édition 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.
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 jusqu'à présent, 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
J'ai trouvé une solution durable dans le suivi des bogues (voir https://bugs.launchpad.net/ubuntu/+source/linux/+bug/182962 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)
Présentation: Vous devez essentiellement télécharger un Zip, extraire le fichier une clé USB, aller dans le BIOS et démarrer Flash Utility, sélectionner le fichier et c'est tout (vous pouvez le faire depuis Ubuntu).
Voici les étapes détaillées:
Avoir exactement le même problème sur un tout nouveau Asus ZenBook UX433FA. Ubuntu 18.04.02 installé avec un double démarrage, a démarré sans problème, mais après l'installation du premier lot de mises à niveau et le redémarrage, j'ai eu 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 très 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?
Il existe maintenant un correctif temporaire 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 uniquement avec des éclaboussures silencieuses 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
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, j'arrive à 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.
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 ubuntu anodine, 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.
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
vers/etc/default/grub
puis update-grub
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 correctement!
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 "arrêt -r maintenant", j'obtiens l'écran violet.
2. si j'appuie sur la touche Maj et que j'entre 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.