Désinstallation de GRUB à partir d'un ordinateur portable UEFI
J'ai installé Ubuntu aux côtés de Windows 8, cependant, j'ai décidé de créer unisntall Ubuntu.
J'ai d'abord démarré dans Parted Magic et, en utilisant GParted, j'ai supprimé toutes les partitions ext4 et swap.
Cela me laisse avec les mêmes partitions que j'avais avant d'installer Ubuntu:
/dev/sda1 ntfs WINRE_DRV
/dev/sda2 fat32 SYSTEM_DRV (my UEFI partition)
/dev/sda3 fat32 LRS_ESP
/dev/sda4 unknown Microsoft Reserved Partition
/dev/sda5 ntfs Windows8_OS
/dev/sda6 ntfs LENOVO
/dev/sda7 ntfs PBR_DRV
Je m'attendais à ce que la suppression des partitions soit suffisante pour supprimer Ubuntu et me permettre de redémarrer sous Windows 8. Cependant, à chaque démarrage, le message d'erreur suivant s'affiche:
error: no such partition.
qui est suivi de GRUB rescue:
grub rescue>
Dans ma partition UEFI, il existe deux répertoires BOOTet EFIname__. Dans BOOTse trouve un fichier unique - boot.sdi. Le répertoire EFIcontient deux autres répertoires, BOOTet Microsoftname__. Dans BOOTse trouvent deux fichiers, bkpbootx64.efi et bootx64.efi. Le répertoire Microsoftcontient un répertoire nommé Bootname__. À l'intérieur, il y a les fichiers Microsoft EFI normaux (pour autant que je sache).
Pensant qu'il restait encore GRUB fichiers, j'ai exécuté find . -iname "*grb*" et find . -iname "*grub*" dans la partition UEFI, mais je n'ai trouvé qu'un seul fichier vide, bootx64.efi.grb (que j'ai supprimé).
Comment GRUB est-il toujours installé et comment puis-je le désinstaller?
Je suis assez nouveau à l'UEFI et il faudra peut-être expliquer les détails de manière détaillée. L'ordinateur est un Lenovo IdeaPad Z580.
edit: j'ai oublié de mentionner, j'ai supprimé le dossier ubuntude la partition UEFI.
edit 2: J'ai réussi à revenir dans Windows via une option "Récupération du système" dans les paramètres BIOS de l'ordinateur portable. Cela peut ou peut ne pas avoir résolu le problème.
edit 3: d'accord, je peux démarrer presque normalement maintenant. Lorsque je démarre, je vois No partition active pendant quelques secondes, puis Windows démarre. Comment puis-je enlever ça?
Je me rends compte que vous avez corrigé le problème, mais je tiens à préciser ce qui ne va pas et devrait être corrigé (à la fois par les utilisateurs finaux et par les développeurs Ubuntu).
Premièrement, les développeurs Ubuntu ont décidé - très imprudemment - de créer une configuration GRUB reposant sur des fichiers de la partition racine Ubuntu (/), ainsi que sur la partition EFI System Partition (ESP)). ). Cela rend GRUB vulnérable à la suppression ou à l'endommagement de la partition Linux, et rend donc difficile le démarrage de l'ordinateur après la suppression d'Ubuntu ou si l'installation d'Ubuntu est endommagée. Cette vulnérabilité est inutile. il est possible de configurer GRUB pour rechercher tous ses fichiers de support et de configuration sur l'ESP. Si GRUB était configuré de cette manière (comme Fedora), la suppression d'Ubuntu n'affecterait pas la capacité de GRUB de rediriger ses tâches vers Windows. Le système continuerait à démarrer via GRUB, mais au moins il continuerait à démarrer. Alors, honte à Ubuntu d’avoir mis GRUB dans le mauvais sens.
Deuxièmement, d'après les noms de fichiers que vous avez mentionnés, vous semblez avoir utilisé l'outil de réparation de démarrage d'Ubuntu à un moment donné. Cet outil renomme automatiquement le chargeur de démarrage Windows, EFI/Microsoft/Boot/bootmgfw.efi, et place une copie de GRUB à sa place. Il fait la même chose avec le chargeur d'amorçage de secours EFI, EFI/BOOT/bootx64.efi, et supprime une autre copie de GRUB sous le nom EFI/Microsoft/Boot/bootx64.efi, pour des raisons que je ne prétends pas comprendre. Ceci est une solution de contournement pour un bogue dans une poignée d'EFI. Le problème est que Boot Repair effectue ceci par défaut. Sur la plupart des ordinateurs, il est not nécessaire. Lorsque, par la suite, il est souhaitable d’apporter des modifications à la configuration d’amorçage, le changement de nom et la réplication de GRUB deviennent une complication, dans la mesure où les utilisateurs doivent deviner ce qui se passe. Alors, honte aux développeurs de Boot Repair d’être discrets quant à leurs réparations. (Pour leur défense, cependant, il serait très difficile pour Boot Repair de détecter de manière fiable les ordinateurs qui présentent les bogues qui nécessitent le déplacement des fichiers d’amorçage de la même manière que par défaut.)
Un autre point est important: dans un système EFI fonctionnant correctement, une liste de programmes d’amorçage est conservée dans la NVRAM. L'EFI essaie chacun des programmes de cette liste dans l'ordre; si l'un d'eux échoue ou est absent, le suivant est essayé. Lorsque Ubuntu s’installe, il ajoute sa version de GRUB en haut de la liste. La plupart des EFI permettent également aux utilisateurs de spécifier le programme de démarrage à utiliser à partir d'un gestionnaire de démarrage intégré, mais ce gestionnaire de démarrage intégré est grossier pour la plupart des EFI.
Faites la somme de tous ces facteurs et la solution la plus simple au problème initial devient:
- Annulez les modifications de l'outil Boot Repair. Cela peut être fait à l'aide de l'outil Boot Repair lui-même; il comporte un menu Options avancées avec une case à cocher intitulée "Restaurer les sauvegardes EFI". Utilisez-le et les multiples copies de GRUB seront supprimées et le chargeur de démarrage de Windows sera restauré. Alternativement, cela peut être fait manuellement. Plus important encore, la sauvegarde de
bootmgfw.efi(probablement appeléebkpbootmgfw.efi, bien que certaines versions de Boot Repair aient utilisé d'autres noms) doit être copiée dansEFI/Microsoft/Boot/bootmgfw.efisur l'ESP. - Supprimez GRUB à son emplacement officiel/approprié -
EFI/ubuntu/grubx64.efipour Ubuntu. Si le démarrage sécurisé était actif, la suppression deEFI/ubuntu/shimx64.efiserait nécessaire. En fait, supprimer le répertoire entierEFI/ubuntu, ou du moins le renommer, ferait l'affaire dans tous les cas.
C'est tout. Avec ces deux choses accomplies, EFI ignorera l’option de démarrage Ubuntu car elle n’est plus valide et continuera à démarrer Windows. Certains EFI supprimeront également automatiquement l'option de démarrage Ubuntu des menus de leurs gestionnaires de démarrage, bien que cette pratique ne soit pas universelle.
Notez que dans votre cas, Matthew, je ne recommande pas de faire ces choses; vous avez une configuration qui fonctionne, et comme ils le disent, "si ce n'est pas cassé, ne le répare pas." Vous avez peut-être quelques fichiers parasites sur votre ESP, mais ils ne font aucun mal, il est donc préférable de les laisser simplement. J'ai présenté ma réponse dans l'espoir que quelqu'un d'autre la trouvera utile.
EDIT: Ce qui précède était correct lorsque je l'ai écrit pour la première fois et les principes restent les mêmes. Cependant, Boot Repair ne renomme plus automatiquement le chargeur de démarrage Windows et ne le remplace pas par une autre copie de GRUB. (Boot Repair peut faire cela éventuellement, mais l'option est cachée dans un menu d'options avancées, elle n'est donc plus exécutée par défaut.) Ce fait rend la récupération de ce problème plus facile aujourd'hui que maintenant. c'était en 2013. Dans la plupart des cas, il suffit de supprimer le répertoire EFI/ubuntu du ESP pour que le système démarre directement sous Windows. Si GRUB apparaît toujours après cela, vous avez peut-être utilisé l'option Boot Repair pour sauvegarder et renommer les fichiers d'amorçage, auquel cas son utilisation pour annuler ces actions est dans l'ordre, comme indiqué précédemment.
Une autre option consiste à utiliser le gestionnaire de démarrage intégré de l'ordinateur (généralement accessible en appuyant sur une touche de fonction, Echap ou Entrée peu de temps après avoir allumé l'ordinateur) pour contourner GRUB et démarrer Windows. Vous pouvez ensuite utiliser EasyUEFI pour ajuster la séquence d'amorçage et/ou supprimer l'entrée ubuntude la liste de démarrage. Cette action ne supprimera pas GRUB de l'ESP, mais contournera GRUB.
Je sais que ce fil est ancien, mais je l'ai trouvé dans ma propre recherche en essayant de résoudre ce problème par moi-même, et j'ai trouvé une solution qui fonctionnait pour moi alors qu'aucune autre réponse ne m'avait été donnée, donc j'avais besoin de la partager!
J'avais un double démarrage d'Ubuntu sur mon ordinateur portable avec Windows 10. J'ai décidé de supprimer Ubuntu et j'avais supprimé sa partition, mais grub continuait d'interrompre mon chargeur de démarrage. Après avoir essayé de nombreuses suggestions laissées sur les forums, je viens enfin de trouver un moyen incroyablement simple et graphique de l'enlever de mon propre lol. (Donc, avertissement, je n'ai aucune idée si d'autres versions de Windows ont cette option ou non)
Mais tout ce que j'ai fait était F12 pendant le démarrage de l'ordinateur pour accéder aux options de démarrage. Et sous Autres options j'ai sélectionné Configuration du BIOS. Sur le côté gauche, j'ai sélectionné Séquence d'amorçage et, à cet endroit, mes différentes options d'amorçage étaient répertoriées. Je pouvais les sélectionner pour modifier leur ordre, les supprimer ou faire ce que je voulais. Tout ce que je devais faire était de m'assurer que seul "ubuntu" était marqué, puis je cliquais sur Delete Boot et je sortais. Il a continué à l'écran de connexion et j'ai redémarré mon ordinateur portable juste pour vérifier qu'il a résolu mon problème et il avait!
Ce que j’ai fait, c’est qu'après avoir désinstallé Ubuntu - vous pouvez le faire avec certains désinstalleurs, ou tout simplement en démarrant sur un CD ou une clé USB Ubuntu et en formatant des partitions Linux avec GParted - j’ai formaté la partition EFI (FAT32), puis Récupération d'amorçage Windows à partir du disque d'installation Windows.
Je dois mentionner que j'ai lu des dizaines de conseils et de tutoriels et que j'ai perdu beaucoup de temps avec des méthodes qui ne fonctionnent pas. En fin de compte, j’ai fait la seule chose qui me semblait logique avant de réinstaller des fenêtres et cela a fonctionné à merveille.
Sur une Surface Pro, il est possible de contourner Grub 2 en sélectionnant l’option "Réinstaller les clés de démarrage sécurisées" dans le menu UEFI.
OK, donc cela ne fonctionnera pas pour tous les ordinateurs que je suppose, mais c’est ce qui a réglé le problème pour moi.
Tout d'abord, j'ai démarré sur "Récupération du système" via les options du BIOS de mon ordinateur portable. Cela m’a permis d’entrer dans Windows. Cependant, chaque fois que j’ai démarré après cela, j’ai reçu un message disant No partition active pendant une seconde avant le démarrage de Windows. Je m'en suis débarrassé en procédant comme suit:
- Démarrer dans Windows
- MAJ + En cliquant sur "Redémarrer"
- Dépannage
- Avancée
- Invite de commande
- Lancer
bootrec.exe /fixmbr
et redémarrer. Maintenant, le message n'apparaît plus et tout semble normal.