GRUB ne détecte pas Windows

1. Boot Ubuntu et montez votre partition Windows (ouvrez simplement le disque sur Nautilus)

2. Exécutez la commande suivante sur la ligne de commande ( Ctrl + Alt + t ):

   sudo os-prober
   

3. Si votre installation de Windows a été trouvée, vous pouvez exécuter:

   sudo update-grub
   

Notez que l’étape 2 est juste pour votre commodité. Vous pouvez simplement monter la partition Windows 7 et exécuter update-grub .

Question connexe

• Impossible de monter le système de fichiers Windows (NTFS) en raison de l'hibernation

Si la méthode os-prober ci-dessus ne fonctionne pas, essayez d’ajouter une entrée de menu grub personnalisée

documentez ici le fichier /etc/grub.d/40_custom

menuentry "Windows 7" {  
     insmod ntfs  
     set root='(hd0,1)'  
     search --no-floppy --fs-uuid --set a3f1ea41fc67a3f1  
     chainloader +1  
}

vous pouvez obtenir la commande uuid by blkid /dev/sdx

J'ai Windows 10 en cours d’exécution, puis j'ai essayé le dual boot. Une fois Ubuntu installé, Win 10 n'apparaissait pas dans mon chargeur GRUB. J'ai essayé ce qui suit -

  

Tout d'abord, j'ai désactivé Secure Boot dans Win10. Puis couru le ci-dessous   commandes dans Ubuntu:

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair && boot-repair

Très bien travaillé. A été capable de trouver à la fois Windows et Ubuntu dans GRUB après cela.

Si vous avez déjà installé un RAID, cela peut poser problème. Dans mon cas, j'ai construit mon bureau en 2010 et j'ai installé deux ordinateurs de 1,5 To avec un RAID à bandes. L'utilisateur gracemercy54 mentionne ici qu'il reste des métadonnées de l'ancienne configuration RAID.

Lorsque j'ai essayé les étapes initiales par Hermes, j'ai eu une erreur en spécifiant "un nombre incorrect de périphériques dans un ensemble RAID". Donc, si cela vous arrive, ouvrez un terminal et lancez:

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

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

J'ai résolu un problème similaire en suivant les étapes de Boot-Repair

Installer la réparation de démarrage

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair && boot-repair

Appuyez sur "Réparation recommandée" Et mettre dans un terminal des commandes comme il a suggéré.

Je pense que mon Grub ne reconnaît pas les fenêtres en raison d’un mauvais arrêt, et cela a résolu le problème.

J'ai eu le même problème avec Windows 10. J'ai installé Linux Mint 18.1 Cinnamon 64 bits sur mon ordinateur portable pour un double démarrage avec WIN10. Après l'installation, GRUB proposait uniquement de démarrer Linux mais pas Windows. J'ai trouvé cette vidéo lien et cet article lien , mais malheureusement tous les deux n'ont pas fonctionné pour moi, alors j'utilise une combinaison de ces deux éléments deux pour résoudre mon problème.

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

sudo gedit /etc/grub.d/40_custom

Ajoutez ces lignes au 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 ligne:

sudo update-grub

Puis redémarrez votre machine pour voir si cela fonctionne.

J'espère que cela fonctionnera aussi pour les autres.

J'ai eu le même problème et j'ai passé 2 jours à le découvrir. 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, je devais laisser Uefi démarrer en premier. Sinon, je n'ai pas pu détecter les fenêtres d'ubuntu. Ce que je devais définir était ubuntu & gt; Gestionnaire de démarrage Windows & gt; DISK1 & gt; DISK2 & gt; DISK3. Installe DISK1 & gt; ubuntu & gt; Gestionnaire de démarrage Windows & gt; DISK3.

J'ai eu 2 installations Ubuntu une sur le disque dur et une sur le SSD. Apparemment, l’installation de ssd ne s’avérait pas comme UEFI pour certaines raisons, mais je voulais d’abord commencer par un disque plus rapide.

Je ne m'attendais pas à ce que cet ordre de démarrage puisse influencer grub dans les systèmes de détection. Cela vaut donc la peine de le revoir.

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

menuentry "WINDOWS10 (on / dev / sda1)" --class windows --class os {     insmod part_msdos     insmod ntfs     set root = '(/ dev / sda, msdos1)'     rechercher --no-floppy --fs-uuid --set = root 688EB92384B85968     drivemap -s (hd0) $ {root}     chargeur de chaîne +1 }

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

ATTENTION: ligne supplémentaire: set root = '(/ dev / sda, msdos1)' fait référence à sda qui est visible sous ubuntu sous la forme / dev / sdb même s'il s'agit du premier disque dans le bus sata alors que / dev / sda est en fait le second disque monté en tant que root / Peut-être que c'est pourquoi les scripts grub ne peuvent pas fonctionner correctement. Je n'ai pas eu le temps de modifier l'ordre physique des disques, mais il est tout à fait possible que cela aide à résoudre le problème. Meilleures salutations Luke