GRUB ne détecte pas Windows

Si vous avez déjà eu un RAID installé, cela peut causer des problèmes. Dans mon cas, j'ai monté mon ordinateur de bureau en 2010, et j'ai installé deux disques de 1,5 To avec un RAID en bande. L'utilisateur gracemercy54 mentionne ici qu'il s'agit de métadonnées restantes de la configuration précédente du RAID.

Lorsque j'ai essayé les étapes proposées par Hermes pour la première fois, j'ai reçu une erreur indiquant "nombre incorrect de périphériques dans un ensemble RAID." Donc, si cela vous arrive, ouvrez un terminal et exécutez :

   sudo dmraid -rE
   sudo os-prober
   sudo update-grub

Cela a résolu le problème pour moi.

J'avais le même problème avec Windows 10. J'ai installé Linux Mint 18.1 Cinnamon 64-bit sur mon ordinateur portable pour un dual boot avec WIN10. Après l'installation, GRUB n'offrait que le démarrage de Linux mais pas de Windows.

J'ai trouvé la vidéo solution for windows 10 missing from grub menu et le fil de discussion du forum Grub not recognizing Win10 after Update/Repair, mais malheureusement aucun des deux n'a fonctionné pour moi, alors j'ai combiné les deux pour résoudre mon problème.

Ouvrez votre terminal et suivez ces commandes et ouvrez le fichier 40_custom:

sudo gedit /etc/grub.d/40_custom

Ajoutez ces lignes à la fin du fichier, puis enregistrez et quittez :

menuentry "Windows 10" {
   set root='{hd0,1}'
   chainloader + 1
}

Après avoir enregistré le fichier, mettez à jour votre GRUB avec cette commande :

sudo update-grub

Ensuite, redémarrez votre machine pour voir si cela fonctionne.

J'espère que cela fonctionnera également pour les autres !

J'avais des problèmes comme indiqué ci-dessus et la solution était simplement d'ajouter une entrée manuelle comme ci-dessous :

menuentry "WINDOWS10 (sur /dev/sda1)" --class windows --class os {
    insmod part_msdos
    insmod ntfs
    set root='(/dev/sda,msdos1)'
    search --no-floppy --fs-uuid --set=root 688EB92384B85968
    drivemap -s (hd0) ${root}
    chainloader +1
}

où l'UUID ci-dessus (688E...) a été pris à partir du disque de démarrage de Windows via blkid /dev/sdb1.

ATTENTION : la ligne supplémentaire

set root='(/dev/sda,msdos1)'

fait référence à sda qui est visible sous Ubuntu en tant que /dev/sdb alors qu'en réalité c'est le premier disque dans le bus sata tandis que /dev/sda est en fait le deuxième disque monté en tant que racine /.

C'est peut-être pour cela que les scripts de grub ne fonctionnaient pas correctement. Je n'ai pas eu le temps de changer l'ordre physique des disques mais il est tout à fait possible que cela aiderait à résoudre le problème, aussi.

J'ai eu le même problème et j'ai passé 2 jours à le résoudre. Mais aujourd'hui, j'ai eu cette idée soudaine le matin et ça a marché.

Vous devriez revoir vos paramètres bios/uefi. Dans mon cas, j'ai dû laisser Uefi démarrer en premier. Sinon, je n'arrivais pas à détecter Windows à partir d'ubuntu. Ce que j'ai dû ajuster était ubuntu > Gestionnaire de démarrage Windows > DISK1 > DISK2 > DISK3. Au lieu de DISK1 > ubuntu > Gestionnaire de démarrage Windows > DISK3.

J'avais 2 installations d'ubuntu, une sur un disque dur et une sur un SSD. Apparemment, l'installation SSD ne s'affichait pas en UEFI pour une raison quelconque mais je voulais démarrer plus rapidement sur le disque.

Je ne m'attendais pas à ce que l'ordre de démarrage puisse influencer grub dans la détection des systèmes. Il vaut donc la peine de revoir cela.

J'ai eu le même problème après avoir installé les mises à jour d'Ubuntu. Les commandes suivantes ont parfaitement fonctionné pour moi :

sudo apt-get install os-prober

Commencez par installer os-prober pour détecter Windows, puis mettez à jour Grub :

sudo grub-mkconfig -o /boot/grub/grub.cfg