Double démarrage UEFI Windows 7 et Ubuntu 12.04 (les deux 64 bits). L'entrée W7 n'apparaît pas dans GRUB


8

Après avoir essayé d'installer les deux OS pendant 2 jours, je suis confus et en train de devenir fou ... J'ai SSD 128 Go et HDD 500 Go tous les deux vides. Mon ordinateur portable est Asus K55VM. Prise en charge du BIOS UEFI.

Ce que j'ai fait:

  1. Installer un nouveau SSD (Samsung 830 128 Go)

  2. Utilisez GParted sur liveCD pour créer une nouvelle table de partitions (GPT) et créer 3 partitions (dans le SSD) à des fins différentes:

    • Partition 1: 80 Go (w7);
    • Partition 2: 30 Go (Ubuntu 12.04 -Just / -);
    • Partition 3: 10 Go inutilisés (pour une future extesion des autres partitions)
  3. Installez Windows 7 (avec UEFI) dans la partition 1. Cette création:

    • / dev / sda1 -> 100 Mo pour le système (démarrage UEFI je suppose) - FAT32
    • / dev / sda2 -> 100 Mo environ. pour MSR
    • / dev / sda3 -> 79,800 Mo environ. pour les données Windows7

À ce stade, tout fonctionne bien. J'ai W7. Maintenant, j'installe Ubuntu 12.04 amd64 (avec UEFI) comme suit:

  1. Installez / dans la partition 2 -> / dev / sda4 30 Go ext4, et dans le disque dur, j'installe / home et permute.

  2. Je sélectionne le chargeur de démarrage dans / dev / sda1 (où il est censé être le démarrage UEFI).

  3. J'installe les mises à jour et redémarre.

Problème: Le menu grub apparaît maintenant avec des entrées Ubuntu et non Windows 7.

Solution alternative trouvée : Lorsque j'allume un ordinateur portable, avant de charger GRUB, j'appuie sur la touche ESC et j'affiche le démarrage du BIOS, donc je peux choisir de démarrer la partition Windows, la partition Ubuntu, le DVD, l'USB, etc. ... mais je pense que ce n'est pas le meilleur façon de démarrer différents OS.

J'ai essayé: sudo update-grub2 sans succès.

Que puis-je faire??

Réponses:


6

Trouvez où réside le chargeur de démarrage Windows en montant la partition efi:

sudo mount -t vfat /dev/sdx1 /mnt/efi/

Et recherchez bootmgfw.efi. Ensuite, recherchez l'UUID du lecteur:

sudo grub-probe --target=fs_uuid /mnt/efi/EFI/Microsoft/Boot/bootmgfw.efi

Ajoutez cet UUID à /etc/grub.d/40_custom:

menuentry "Windows x86_64 UEFI-GPT" {
    search --fs-uuid --no-floppy --set=root UUID
    chainloader (${root})/EFI/Microsoft/Boot/bootmgfw.efi
}

Enfin, exécutez update-grub.


Tu es mon sanglant héros !! Merci beaucoup qui a très bien fonctionné. Tu as fait ma journée =)
Joe

1
Pour information, Boot-Repair aurait ajouté l'entrée en 1 clic. help.ubuntu.com/community/Boot-Repair
LovinBuntu

Sauf que la réparation de démarrage ne fonctionne pas sur mon système ...
fccoelho

3

La solution de jarondl est parfaitement bonne, mais une autre consiste à utiliser un programme de gestionnaire de démarrage distinct pour sélectionner entre GRUB et le chargeur de démarrage Windows. Je connais trois gestionnaires de démarrage EFI que vous pouvez installer:

  • rEFIt , qui est disponible dans les référentiels d'Ubuntu. Notez que la version du site de rEFIt ne fonctionnera pas sur les PC basés sur UEFI, car elle utilise un format de fichier spécifique à Mac. Même la version d'Ubuntu a un certain nombre de problèmes mineurs sur les PC basés sur UEFI. Idéalement, rEFIt présente un joli menu de démarrage GUI (bien qu'il dispose également d'un mode texte).
  • rEFInd , qui est une version mise à jour de rEFIt avec des correctifs pour les divers problèmes et extensions UEFI pour fonctionner avec le chargeur de démarrage EFI intégré du noyau 3.3.0. Notez que j'ai bifurqué / maintenu rEFInd.
  • gummiboot, qui est un gestionnaire de démarrage en texte uniquement. (Ce site oublie toujours qui je suis et refuse de me laisser poster plus de deux hyperliens, sinon j'en aurais fourni un.)

REFIt et rEFInd détectent automatiquement les autres chargeurs de démarrage, donc une fois que vous les avez configurés, ils devraient détecter le chargeur de démarrage de n'importe quel système d'exploitation et vous donner un menu. Je n'ai pas encore essayé gummiboot, donc je ne sais pas comment c'est simple à configurer, mais c'est similaire conceptuellement à rEFIt / rEFInd. L'utilisation de l'un de ces programmes ajoute de la complexité au processus de démarrage, donc si GRUB fonctionne et que vous en êtes satisfait, il est inutile d'utiliser l'un de ces programmes. Ils sont plus utiles si GRUB est capricieux ou simplement ne fonctionne pas, comme c'est souvent le cas avec GRUB 2 sur les systèmes UEFI, selon mon expérience. Dans une telle situation, vous pouvez abandonner GRUB 2 en faveur d'ELILO ou du chargeur de stub EFI du noyau 3.3.0 ou version ultérieure. Ces chargeurs de démarrage ne peuvent pas rediriger le processus de démarrage vers Windows, ce qui rend un gestionnaire de démarrage séparé très utile.


Refind ne prend pas en charge les partitions ntfs ...
fccoelho

1
Le fait que rEFInd ne vienne pas avec un pilote NTFS est sans importance. Le chargeur de démarrage EFI de Windows réside sur la partition système EFI (ESP), qui est FAT, donc rEFInd n'a pas besoin d'accéder à un volume NTFS. De plus, il est injuste de distinguer rEFInd sur ce point; ni rEFIt ni gummiboot ne sont fournis avec un pilote NTFS.
Rod Smith

0

ATTENTION: pour x64 uniquement

grub-probe --target=fs_uuid /boot/efi/efi/Microsoft/Boot/bootmgfw.efi

Ajoutez ceci à /etc/grub.d/40_custom:

menuentry "Boot bootx64.efi, generated by Boot-Repair" {
search --fs-uuid --no-floppy --set=root UUID

**chainloader (${root})/EFI/Boot/bootx64.efi**
}

L'autre code ne fonctionne pas.

Testé sur ASUS N56V

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.