GRUB utilise le contenu de /boot/grub/ situé sur votre partition Linux pour démarrer votre système normalement. À cause de cela, GRUB a des fonctionnalités très minimales.
Si vous êtes sur un système BIOS hérité, vous n'avez pas de chance et vous aurez besoin du disque Windows pour la réparation du démarrage. (c'est parce que GRUB ne peut pas charger son pilote NTFS parce que vous l'avez supprimé).
Si vous avez un système UEFI, ce qui est très probable, vous pouvez toujours charger Windows assez facilement.
Premier type :
chainloader +1
Si cela indique une commande inconnue, vous n'avez pas de chance car GRUB n'a pas intégré cette commande, vous devez donc l'avoir supprimée.
S'il redémarre à l'invite grub, vous avez un BIOS hérité et vous n'avez pas de chance.
S'il indique un chemin efi non valide, vous devriez pouvoir continuer.
Saisissez :
ls (hd0,gpt1)/
cela devrait retourner "/efi" Maintenant, faites :
chainloader (hd0,gpt1)/EFI/Microsoft/Boot/bootmgfw.efi
boot
J'ai résolu un problème similaire de cette façon :
- double système windows10+Ubuntu16 ;
- J'ai utilisé MbrFix64 pour changer le démarrage d'Ubuntu existant en Win10 dans l'environnement Win10 ;
- Et puis, j'ai été stupide, j'ai suivi la suppression de tous les disques sans volume... cela a directement causé le problème suivant ;
- redémarrez l'ordinateur portable et restez en mode grub ;
- En raison de la suppression du système ubuntu existant, il y a plusieurs (hd0, gptx) quand act grub>ls ; J'essaie chaque disque, donc la commande valide est :grub> chainloader (hd0,gpt2)/EFI/Mcrosoft/Boot/bootmgfw.efigrub>boot
- il est revenu à Windows10 maintenant. :-)
Leçons :
- devrait sauvegarder les fichiers importants et toujours préparer une image iso disque/usb amorçable sur le côté ;
- L'étape d'utilisation de Mbrfix64 est correcte, mais je dois oublier que mes fichiers de démarrage Ubuntu sont probablement mélangés sur le disque Windows ;