Grub: Windows 10 ne démarre pas (signature non valide)
J'utilise Ubuntu depuis quelques jours (au travail) et ce matin, j'ai remarqué que Windows 10 ne démarrait plus. Quand je choisis:
Windows Boot Manager (on /dev/sda2)
Je reçois :
error: invalid signature.
Ma configuration à double démarrage a bien fonctionné pendant des mois et je ne sais pas du tout comment cela s’est cassé. À partir de maintenant, seul Ubuntu démarre correctement.
J'ai essayé beaucoup de choses, comme exécuter les commandes de correction de démarrage habituelles à partir d'un support d'installation Windows.
bootrec.exe /fixmbr
bootrec.exe /fixboot
bootrec.exe /scanos
bootrec.exe /rebuildbcd
La toute dernière commande a donné l'erreur suivante:
The requested system device cannot be found
J'ai donc suivi ces instructions , mais toujours pas de chance.
J'ai également essayé d'utiliser grub-customizer pour créer une entrée manuelle pour Windows 10, contenant les lignes suivantes:
menuentry 'Windows 10 on /dev/sda2 MANUAL' {
insmod part_msdos
insmod ntfs
set root=(hd0,2)
chainloader +1
}
La sélection de cette entrée dans grub donne:
BOOTMGR missing
Press Ctrl+Alt+Del
Voici mon boot-info: http://paste.ubuntu.com/24947042/
Je vois que vous avez trouvé une solution, et c'est l'une des nombreuses solutions que j'allais proposer. (Avertissement: je maintiens rEFInd, je ne suis donc pas impartial.) Je souhaite cependant fournir une analyse suggérant ce qui peut avoir mal tourné. En outre, j'ai une suggestion importante qui peut vous aider à éviter des problèmes futurs.
En fonction de votre sortie Boot Repair, votre premier disque (/dev/sda, un disque 112 GiB) utilise GPT, possède une partition système EFI (ESP) et possède à la fois Windows et Ubuntu ( GRUB) Chargeurs de démarrage en mode EFI sur son ESP. Il semble que Windows soit installé sur ce disque. Vous avez également un deuxième disque, /dev/sdf, un disque 932 GiB qui utilise le partitionnement MBR et possède à la fois des partitions Windows et Ubuntu. Il semblerait que Ubuntu soit installé sur ce disque.
En règle générale, le type de table de partition (GPT ou MBR) est lié au mode de démarrage de l'ordinateur: mode EFI/UEFI avec GPT et mode BIOS/CSM/legacy avec MBR. Il existe des exceptions à cette règle, mais c'est un point de départ utile, en particulier pour Windows. Étant donné que votre ordinateur possède à la fois des disques GPT et MBR, cela crée une certaine ambiguïté. mais il semble que Windows ait démarré à l'origine en mode EFI à partir du disque GPT. Depuis que tout fonctionnait, j’imaginais en outre que Ubuntu était également installé en mode EFI; mais l'installation Ubuntu a été démarrée à partir de ESP sur /dev/sda vers l'installation réelle sur le MBR /dev/sdf. C'est parfaitement légal. cependant, cela a probablement causé des problèmes à cause d'une hypothèse dans un script quelque part. C’est là que je commence à aller au-delà d’inférences assez sûres dans le domaine de la pure spéculation. En particulier, je suppose que vous avez réalisé une mise à jour logicielle dans Ubuntu qui a fini par briser la capacité de GRUB de démarrer Windows. Cela peut arriver parfois, surtout si les fonctionnalités Windows Fast Startup et/ou Hibernate sont actives. Ces fonctionnalités peuvent endommager le système de fichiers, ce qui peut donner l'impression que le chargeur de démarrage Windows disparaît ou ne fonctionne pas correctement, de manière temporaire ou permanente. Il est donc impératif que ces fonctionnalités soient désactivées, et je vous suggère de le faire. Voir ici et ici pour savoir comment le faire.
Vous avez ensuite exacerbé le problème en effectuant des actions de récupération conçues pour les installations Windows en mode BIOS. Ceci place un chargeur de démarrage Windows en mode BIOS sur le premier secteur de /dev/sda, entre autres choses. Etant donné que la récupération fonctionnait, au moins ces tentatives n’avaient rien endommagé davantage, c’était juste une crue inutile.
Quoi qu'il en soit, l'installation de rEFInd a ignoré le hachage qui est maintenant la configuration GRUB, permettant ainsi de faire fonctionner les choses. Si vous êtes satisfait de rEFInd, vous pouvez aussi continuer à l'utiliser. Une alternative serait d’essayer de réparer l’installation en mode EFI GRUB. Boot Repair peut souvent le faire, bien que le mélange étrange de MBR et de GPT de votre ordinateur, ainsi que les traces d'installations en mode EFI et en mode BIOS GRUB, puissent confondre cet outil. . Ainsi, à moins que vous ne soyez sérieusement insatisfait de la recherche, il est probablement préférable de suivre l'adage suivant: "S'il n'est pas cassé, ne le corrigez pas." Je vous conseille vivement de désactiver Fast Startup et Hibernate dans Windows, cependant; Même si rEFInd peut lancer à la fois Ubuntu et Windows, si ces fonctions sont actives, elles pourraient causer de nouveaux problèmes à l'avenir.
Problème résolu, j'ai installé rEFInd en utilisant le fichier de package .deb. Maintenant tout fonctionne bien!