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
Réponses:
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
la source
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.
la source