Les chargeurs de grub dans / boot / efi / EFI ne peuvent pas démarrer Windows, /boot/efi/EFI/ubuntu/grubx64.efi peut, grub installe celui qui ne peut pas


0

Je suis Ubuntu 18.04 (kubuntu, mais qui compte) sur un système à double démarrage. Son menu grub était toujours capable de démarrer Windows 7, mais tout à coup, l’entrée Windows dans grub ne fonctionne plus. Lorsque je sélectionne des fenêtres dans le menu de menu, l'écran devient noir et rien ne se passe. Je peux toujours démarrer Windows directement à partir du menu de démarrage de mon système si je suis assez rapide sur la gâchette pour y accéder. Mais quelque chose est arrivé à ma configuration de vers.

J'ai essayé de lancer 'sudo update-grub', qui semblait relancer la sonde avec succès, mais le comportement est le même.

Le démarrage sécurisé n’est pas activé (je ne le vois même pas comme une option dans mon BIOS) et j’ai veillé à arrêter complètement Windows 7 (pas de mode veille prolongée ou hibernation).

Plus d'informations:

J'ai également installé le gestionnaire de démarrage de refind sur cette machine, et si je le passe en premier dans l'ordre de démarrage, il est capable de démarrer Windows 7 ou grub. Mais le menu Refind affiche plusieurs entrées pour ubuntu. Le premier montre EFI / Boot / fbx64.efi et le second EFI / Boot / bootx64.efi. Aucun de ceux-ci ne peut démarrer Windows. En fait, lorsque je sélectionne l'un d'entre eux et lance ubuntu à partir de là, il remet ubuntu en première position dans l'ordre de démarrage de mon BIOS - et je suis de retour à mon point de départ.

Mais si je me retrouve dans Refind vers l’entrée ubuntu pour /ubuntu/Boot/grubx64.efi, non seulement celui-ci est capable de démarrer Ubuntu ou Windows 7, mais laisse Refind en place en haut de mon ordre de démarrage. Donc, ce problème semble être dû au fait que les nouveaux modules efi ont été placés dans / EFI / Boot et sont devenus le chargeur grub par défaut. Je ne sais pas ce que fbx64 est, mais est-il supposé être le chargeur de démarrage principal grub? Si ce n'est pas le cas, comment puis-je utiliser grubx64.efi par défaut? S'agit-il simplement de copier le module grubx64.efi dans / EFI / Boot? Est-ce sûr? Aurais-je besoin de le renommer bootx64.efi pour correspondre à ce qui est là?

Voici ce qui se trouve dans mon / boot / efi (tout ce qui concerne ubuntu semble être daté du 13 sept 09:39 - vraisemblablement la dernière fois que ubuntu a mis à jour grub). Bootx64 correspond à la taille de shimx64 - je n’ai pas besoin du chargeur de démarrage shim. Est-ce que la mise à jour Ubuntu aurait pu la copier par erreur ?:

/boot/efi/EFI/Boot
-rwx------ 1 root root 1334816 Sep 13 09:39 bootx64.efi
-rwx------ 1 root root 1213032 Sep 13 09:39 fbx64.efi

/boot/efi/EFI/ubuntu
-rwx------ 1 root root     108 Sep 13 09:39 BOOTX64.CSV
drwx------ 2 root root    1024 Jan 30  2017 fw
-rwx------ 1 root root   71400 May 22 10:48 fwupx64.efi
-rwx------ 1 root root     126 Sep 13 09:39 grub.cfg
-rwx------ 1 root root 1116024 Sep 13 09:39 grubx64.efi
-rwx------ 1 root root 1269496 Sep 13 09:39 mmx64.efi
-rwx------ 1 root root 1334816 Sep 13 09:39 shimx64.efi

Voici une autre ride. Ce fichier BOOTX64.CSV se nomme shimx64.efi comme "entrée de démarrage pour ubuntu": shimx64.efi, ubuntu ,, c’est l’entrée de démarrage pour ubuntu. Et j’ai vérifié que Boot / bootx64.efi est le même fichier que ubuntu / shimx64. Encore une fois, l’initialisation sécurisée n’est pas activée et je ne devrais pas utiliser le chargeur de démarrage shim - mais Ubuntu l’a configurée de toute façon. Il ne l'a pas fait lors de l'installation initiale - uniquement lors de la mise à jour du
fichier

Je viens de recevoir une autre mise à jour de grub2 aujourd'hui (11 octobre 2018), qui a à nouveau installé shimx64.efi comme chargeur de démarrage par défaut. J'ai vérifié cela avant de démarrer cette fois, j'ai donc pu patcher le fichier BOOTX64.CSV avant qu'il ne pose problème. Mais cela semble être un bug d'ubuntu. Je me demande pourquoi cela n'affecte pas plus de gens.
littlenoodles

Réponses:


1

Trouvé la réponse (ou au moins une explication de ce qui se passe). BOOTX64.CSV est utilisé par le chargeur EFI de "repli" lorsque l'entrée EFI VRAM a été corrompue. Et le chargeur de secours redirige l'entrée EFI VRAM vers le chargeur par défaut, quel que soit le nom du fichier CSV - dans mon cas, shimx64.efi. C'est pourquoi chaque fois que je laisse le système EFI exécuter l'entrée fictive 'ubuntu' bidon, il se réinstalle en tête de liste.

Je ne sais pas comment ma mémoire VRAM a été corrompue pour utiliser la solution de secours, mais c'est pourquoi elle persiste lorsque je tente de la réparer. Le lien ci-dessous décrit ce processus, au cas où vous seriez intéressé.

http://www.rodsbooks.com/efi-bootloaders/fallback.html


-1

J'ai déjà traité de tels problèmes auparavant. Ce que j'ai toujours eu à faire, c'est de démarrer à partir d'un Ubuntu Live USB, d'installer un paquet nommé Boot-Repair (ou quelque chose du genre, ma mémoire est nulle) et de l'utiliser pour "rafraîchir" la liste des choses vues par GRUB.

Pour en savoir plus sur le package de réparation de démarrage: https://help.ubuntu.com/community/Boot-Repair (notez que, comme il remplit le programme de démarrage, vous devez être root pour pouvoir installer et exécuter ce programme.)

Assurez-vous de lire entièrement la page Web ci-dessus, car elle expliquera le processus de manière bien meilleure que moi. S'il vous plaît laissez-moi savoir si cela aide.


Je ne sais pas. La réparation de démarrage semble traiter le démarrage du MBR, et mon système utilise EFI. Grub fonctionne sur mon système - il existe simplement un groupe de chargeurs de démarrage EFI, et le mauvais fonctionne par défaut lorsque je crée 'ubuntu' en premier dans l'ordre de démarrage de mon BIOS. Pour le moment, j'utilise uniquement refind, qui me permet de choisir le chargeur de travail grub64.efi. Il est simplement agaçant de devoir faire cela lorsque le chargeur «Ubuntu» fonctionnait auparavant. J'espérais que quelqu'un pourrait me dire s'il est prudent de copier le "bon" chargeur de démarrage vers l'emplacement "par défaut" - et commenter pourquoi une mise à jour de grub aurait modifié ma configuration de démarrage.
littlenoodles
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.