web-dev-qa-db-fra.com

Après la mise à jour dans Ubuntu 16.04, je me suis retrouvé dans GNU GRUB et semble y être bloqué

Je n'ai toujours pas résolu ce problème, mais je vais mettre à jour mes questions.

J'exécutais une mise à jour normale dans Ubuntu 16.04 et, tout à coup, l'écran GNU GRUB est apparu. Je mettais à jour via le logiciel Ubuntu, et non à partir du terminal. Je suis sous AMD 64 bits et je n’ai que Ubuntu sur cet ordinateur (pas de double démarrage). L'ordinateur, que j'ai acheté neuf, a moins d'un an. C'est un Lenovo Ideapad 510.

Au cours de la journée, j'ai vu au moins deux autres personnes qui semblent avoir eu le même problème aujourd'hui, également les deux le 16 avril:

https://ubuntuforums.org/showthread.php?t=2384382

Impossible de démarrer après la mise à nivea

Je pense, mais je ne peux pas être sûr, que j'ai le même problème que ces deux-là. La personne du deuxième lien semble avoir trouvé une solution permettant d’amorcer le système, mais avec certains messages d’erreur. Cependant, GNU GRUB semble être assez complexe et il est difficile de savoir par où commencer pour en apprendre davantage à ce sujet. En d'autres termes, je ne comprends pas ce qu'elle a fait.

J'ai trouvé ceci:

https://www.linux.com/learn/how-rescue-non-booting-grub-2-Linux

Ce qui a fourni des instructions pour débutants sur GRUB. J'ai réussi à trouver où se trouve mon noyau (hd0,2). Cependant, les instructions pour démarrer à partir de GRUB ne m'ont finalement pas aidé. Il dit que la version de vmlinuz et la version d'initrd devraient être les mêmes. Cependant, il se trouve qu'il existe de nombreuses versions de vmlinuz sur mon ordinateur et je ne sais pas laquelle choisir. Ainsi, le document ci-dessus indique que: "Sur certains systèmes Linux, les noyaux et initrd actuels sont liés de manière symbolique au niveau supérieur du système de fichiers racine:" il est donc possible d’essayer ceci:

grub> set root=(hd0,2) 
grub> linux /vmlinuz root=/dev/sda1
grub> initrd /initrd.img
grub> boot 

Eh bien, j'ai essayé ça. Le terminal était rempli de différents scripts (?), Donc j’étais assez optimiste au début, mais ce processus s’est terminé avec les curieuses dernières lignes suivantes:

No init found. Try passing init=bootarg.
[    4.104041] usbcore: registered new interface driver usbhid
[    4.104831] usbhid: USB HID core driver
BusyBox v1.222.1 (Ubuntu 1:1.22.0-15ubuntu1) built-in Shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) [   7.925590] random: nonblocking pool is initialized 

Donc, il y a où je suis. Est-ce que quelqu'un a de la sagesse pour moi? Je suppose qu'on ne peut pas exclure une panne matérielle, mais mon instinct me dit que ce problème est né de la mise à jour fatale d'Ubuntu de ce matin.

Je vois que du texte est en gras dans ma question. Je ne sais pas pourquoi, et je m'excuse si cela rend ma question difficile à lire.

3
Kuns

J'ai résolu mon problème et j'ai donc décidé de répondre à ma propre question.

J'ai pu démarrer mon ordinateur via GRUB en apportant des modifications mineures aux instructions suivantes:

https://www.linux.com/learn/how-rescue-non-booting-grub-2-Linux

À l'invite GRUB, j'ai saisi: "ls" pour obtenir une liste de toutes les partitions.

La liste ressemblait à ceci: (hd0) (hd0, gpt1) (hd0, gpt2) ...

Après avoir obtenu une liste de partitions, j'ai ensuite tapé: "ls (hd0,1) /" pour déterminer si le menu de démarrage était dans cette partition. Notez qu’à ce stade, vous pouvez supprimer "gpt" et choisir simplement le numéro de la partition. Je l'ai fait pour chaque partition jusqu'à ce que je sache laquelle contenait le répertoire de démarrage.

Pour moi, il est apparu que le menu de démarrage était dans (hd0,2)

Alors j'ai ensuite tapé la commande suivante: "ls (hd0,2)/boot" pour obtenir une liste de fichiers dans le répertoire de démarrage.

D'après ce que j'ai compris du lien ci-dessus, les fichiers importants à cet égard sont un fichier appelé vmlinuz et un fichier appelé initrd.img. Je suppose qu'il est normal qu'il existe différentes versions de ces deux fichiers (parmi d'autres fichiers du menu de démarrage). Dans tous les cas, j'ai noté la dernière version pour les deux, et il est apparemment important que vmlinuz et initrd aient le même numéro de version.

Ayant noté cela, j'ai ensuite tapé les commandes suivantes. Le numéro de partition et le numéro de version peuvent être différents pour d'autres personnes, mais il est important, comme indiqué, que vmlinuz et initrd aient le même numéro de version et que le numéro suivant "sda" corresponde au numéro de partition.

grub> set root = (hd0,2)

grub> linux /boot/vmlinuz-4.4.0-89-generic root =/dev/sda2

grub> initrd /boot/initrd.img-4.4.0-89-generic

grub> botte

Et cela a fonctionné, en ce sens qu'il a démarré, sans aucun message d'erreur apparent. Je ne sais pas si je peux redémarrer, mais j'ai maintenant la possibilité de copier tous les fichiers qui n'ont pas été sauvegardés sur un disque dur externe. De plus, je vais probablement télécharger et créer un nouveau DVD d'installation. (J'avais égaré mon DVD d'installation d'origine, ce qui faisait partie de mon problème). Et ensuite je vais essayer de redémarrer.

Et oui, je ne ferai plus jamais de mise à jour à partir de "Ubuntu Software"!

4
Kuns

J'ai également eu des problèmes avec le logiciel Ubuntu -> mises à jour. J'ai appris qu'il est toujours préférable de mettre à jour le système à partir d'un terminal, car dans certaines situations, l'interface graphique peut entraîner une défaillance. À votre place, je ferais une réinstallation en utilisant l'option "quelque chose d'autre"

0
Ovidiu Androne