Grub2 ne démarre pas Windows à double démarrage 10
Pour les administrateurs: merci de bien vouloir placer cette question dans différentes sections si vous le souhaitez.
Mon ordinateur portable est Lenovo ThinkPad E555. Récemment, j'ai installé Ubuntu Mint 1610 et hier, j'ai installé Windows 10, tous deux sur des clés USB amorçables. J'ai configuré le BIOS de sorte qu'il se trouve sous UEFI sans support CSM ni secureBoot, et que mon disque dur est au format GPT.
Tout au long du processus, je n'ai aucun problème à démarrer Ubuntu à l'aide de grub2.
Après tout le processus d’installation de Windows sur mon ordinateur et d’amorçage sous Windows (et invité à configurer les noms d’utilisateur et d’autres paramètres), je vois le bureau Windows, je l’éteins immédiatement, j’ai réactivé Ubuntu et essayé d’ajouter grub2 aux fenêtres. entrée.
Après avoir installé boot-repair à partir de ppa de "yannubuntu", j'ai exécuté ce programme. Cela n'a pas aidé. En fait, je l'ai couru plusieurs fois, en utilisant différentes options, mais sans succès. La dernière fois que j'ai exécuté ce programme, j'ai choisi de le télécharger dans un Pastebin: http://paste2.org/I28GVzGm
Maintenant, je suis coincé au milieu de nulle part pour avoir démarré Windows avec grub2. J'ai essayé de brancher le programme d'installation Windows, sélectionnez-le pour réparer le démarrage, mais rien ne s'est fait. J'ai essayé de faire ce qui suit dans grub, mais toujours rien ne se passe:
setparam "Windows" {
set root='hd0,1'
chainloader +1
}
Une autre chose que j’ai faite est que voir grub2 utilise chainloader /EFI/Microsoft/Boot/bootmgfw.efi à la dernière ligne pour le démarrage de Windows (ajouté par boot-repair), et qu’il existe d’autres fichiers efi dans le même répertoire, j’ai essayé de modifier "bootmgfw. efi "dans des éléments tels que" bootmgr.efi "et" bootx64.efi ". Toujours rien.
Maintenant, je suis à court d'idées sur la façon de le résoudre. S'il vous plaît répondez si vous avez des idées, et je suis plus que disposé à ajouter toute information supplémentaire disponible à partir de mon ordinateur.
Merci à tous ceux qui essaient de m'aider!
Éditer 1:
J'ai déjà exécuté Sudo update-grub, mais cela n'a pas aidé.
Éditer 2:
Quand j'ai essayé de démarrer Windows 10 à partir du menu grub2, rien ne se passe: il est immédiatement revenu sur le même écran - le menu grub2, comme si je n'avais touché à rien. J'ai également essayé d'appuyer sur 'e' sur l'entrée pour entrer en mode édition, et appuyer sur F10 pour exécuter, il a montré ce qui suit:
file path: ...((directory to /EFI/Microsoft/Boot/bootmgfw.efi))/EndEntire
error: unknown error
Lors du démarrage à partir de rEFInd suggéré par Rod Smith à l'aide d'une clé USB, la première entrée était la seule entrée pour Windows, mais lorsque j'ai essayé de démarrer à partir de celle-ci, les lignes suivantes sont apparues:
Starting bootmgfw.efi
Using load options ''
Failed to open \EFI\Microsoft\Boot\grubx64.efi - Not Found
Failed to load image \EFI\Microsoft\Boot\grubx64.efi: Not Found
Failed to open \EFI\Microsoft\Boot\MoKManager.efi - Not Found
Failed to load image \EFI\Microsoft\Boot\MoKManager.efi: Not Found
J'ai essayé de démarrer en appuyant sur la touche F12 (options de démarrage) lorsque j'allais allumer mon ordinateur portable, et j'ai sélectionné Windows, mais cela n'a également rien fait comme si je n'avais jamais caressé une touche.
J'ai converti la partition EFI en FAT32 (fichiers sauvegardés et renvoyés avec Zip et unzip), modifié/etc/fstab et essayé à nouveau boot-repair, puis lors du démarrage à partir de grub2, le La même chose s'est produite comme je l'ai décrit précédemment avec grub2.
J'ai également essayé dosfsck sur mon EFI, mais le résultat n'a pas du tout été affecté. Inspiré par cela, j'ai essayé d'utiliser le cmd sur le disque d'installation Windows pour exécuter à la fois sfc/scannow et chkdsk/f c: (où "c:" pointe vers/dev/sda6, la partition sur laquelle Windows a été installé), mais après cela, je ne vois toujours rien de différent en essayant de démarrer à partir de grub2.
La syntaxe chainloader +1 dans l'option de démarrage grub.cfg Windows que vous avez publiée fonctionne sur les installations en mode BIOS ; pour une installation en mode EFI comme le vôtre, vous devez effectuer le chaînage dans un fichier du chargeur de démarrage EFI - normalement EFI/Microsoft/Boot/bootmgfw.efi pour Windows. L'option Windows Boot Manager (on /dev/sda1) de votre sortie Boot Repair me semble correcte, même si certains détails me manquent.
Il est difficile de proposer des suggestions plus spécifiques car vous n'avez pas dit ce qui ne va pas. Oui, vous dites que vous ne pouvez pas démarrer, mais vous n'avez fourni aucun détail! Lorsque vous sélectionnez l'entrée Windows dans GRUB, que se passe-t-il? Voyez-vous un logo Windows apparaître mais le bureau n'apparaît jamais? Voyez-vous une erreur de type "fichier non trouvé"? Est-ce que l'ordinateur redémarre? Est-ce qu'il prend feu? Savoir exactement ce que fait l'ordinateur lorsque vous sélectionnez cette option est nécessaire pour offrir autre chose que des solutions impeccables.
Ma propre suggestion est d'essayer mon gestionnaire de démarrage rEFInd. Si le problème vient du GRUB configuration, rEFInd peut fonctionner, car rEFInd utilise des fichiers de configuration entièrement différents. OTOH, si le problème vient du chargeur d’amorçage Windows, rEFInd n’aidera pas du tout, puisque GRUB et reEFInd lancent Windows à l’aide du chargeur d’amorçage Windows. Notez que vous pouvez essayer de rEFInd en l’installant sur un lecteur flash USB ou un CD-R; des images prêtes à l'emploi pour les deux supports sont disponibles sur la page des téléchargements rEFInd.
Autre commentaire: si vous ne l'avez pas déjà fait, vous devez désactiver les fonctionnalités de démarrage rapide et de veille prolongée dans Windows, comme décrit ici et ici. Bien sûr, vous ne pouvez pas Faites ceci si vous ne pouvez pas démarrer Windows. Le problème avec ces fonctionnalités est qu'elles causent une corruption du système de fichiers dans les scénarios à double démarrage et occasionnellement des dommages aux chargeurs de démarrage. Si c’est la source de vos problèmes, exécuter dosfsck sur le ESP (/dev/sda1 dans votre cas) peut contourner le problème une seule fois; Toutefois, si vous effectuez un Sudo dosfsck /dev/sda1 et pouvez ensuite démarrer Windows, veillez à désactiver ces deux fonctionnalités immédiatement pour éviter toute récurrence.
Un dernier point: votre ESP utilise FAT16. Il s'agit d'une violation technique mineure de la spécification EFI. Cela fonctionne normalement comme ça, mais certains ordinateurs s’éclatent un peu avec les ESP FAT16. Il y a une petite chance que ce soit la source de votre problème. Si c'est le cas, sauvegarder ESP dans Ubuntu (un outil de niveau fichier comme cp, tar ou Zip ira bien), démonter l'ESP, créer Un nouveau système de fichiers FAT32 dessus, qu'il soit ré-monté (et ajusté /etc/fstab), et la restauration de la sauvegarde peuvent faire fonctionner les choses.