Windows n'apparaît pas dans Grub

Support Debian
,
Tags: #<Tag:0x00007f63f218b1d8> #<Tag:0x00007f63f218b098>
#1

Salut à tous !
Après avoir essuyer les problèmes liés à virtualbox, j’avais décidé d’installer Debian9 en dualboot avec Windows 10. Problème, je ne vois pas apparaître windows dans Grub lors du boot. J’ai déjà essayé d’intaller os-prober et de mettre à jour Grub j’ai ce retour :

Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.9.0-7-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-7-amd64
fait

Mais je ne vois toujours pas apparaître windows dans Grub, je décide donc de regarder les partitions à l’aide de : “sudo fdisk -l”, j’obtiens ce retour :

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 9800F7FC-1FCA-4C9E-B1F6-29644295C69A

Périphérique      Début        Fin   Secteurs Taille Type
/dev/sda1          2048     206847     204800   100M Système EFI
/dev/sda2        206848     239615      32768    16M Réservé Microsoft
/dev/sda3        239616 1132226559 1131986944 539,8G Données de base Microsoft
/dev/sda4    1951426560 1953523711    2097152     1G Environnement de récupérati
/dev/sda5    1132226560 1132228607       2048     1M Amorçage BIOS
/dev/sda6    1132228608 1190821887   58593280    28G Système de fichiers Linux
/dev/sda7    1190821888 1211523071   20701184   9,9G Partition d'échange Linux
/dev/sda8    1211523072 1951426559  739903488 352,8G Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l’ordre du disque.

J’ai quelques bases dans ce domaine, mais en toute honnêteté, elles restent vagues et mes compétences s’arrêtent ici. Je ne comprend vraiment pas ce qu’il cloche et c’est pourquoi je me tourne vers vous. Il va de soit que je suis prêt à vous donner tout les retours nécessaire dans le shell, merci d’avance pour votre aide !

PraseoSol

#2

tu as essayé la commande
update-grub

#3

Salut !
Oui j’ai update grub, enfaite je pensais à un problème au moment de la création des partitions mais pour tout dire je ne sais pas vraiment d’où ça vient

#4

D’après la table de partition Windows est installé pour démarrer en mode EFI (table format GPT, partition système EFI) et il semble que Debian est installé pour démarrer en mode BIOS/legacy (partition BIOS boot). A confirmer par :

  • présence du paquet grub-pc et pas d’un paquet grub-efi*
  • absence de répertoire /boot/efi pour le montage de la partition système EFI

Confirmes-tu ?

Dans ce cas, GRUB BIOS ne peut pas chaîner le chargeur EFI comme celui de Windows et il est normal que os-prober ou update-grub ne le détecte pas.
Il aurait fallu installer Debian pour démarrer en mode EFI, et pour cela amorcer l’installateur en mode EFI.

Pour lancer Windows, il faut amorcer l’ordinateur en mode EFI.

#5

Merci pour ta réponse !
Bingo, tu as mis le doigt dessus, c’est exactement ce que tu as dis. Je vais essayer de passer par le boot menu pour lancer windows en EFI comme tu l’as suggéré et j’enverrai un retour sur la correction mais je suis sûr à 99% que le problème vient de là. En effet les paquet grub-pc est installé, avec “dpkg-query -l” on observe en retour à une certaine ligne :

ii  grub-pc        2.02~beta3-5 amd64        GRand Unified Bootloader, version

le paquet grub-efi n’apparaît pas.

Puis avec un simple ls -al dans /boot :

total 25444
drwxr-xr-x  3 root root     4096 sept. 25 19:22 .
drwxr-xr-x 23 root root     4096 sept. 25 19:19 ..
-rw-r--r--  1 root root   186568 août  13 21:31 config-4.9.0-7-amd64
drwxr-xr-x  5 root root     4096 sept. 25 20:05 grub
-rw-r--r--  1 root root 18421146 sept. 25 19:22 initrd.img-4.9.0-7-amd64
-rw-r--r--  1 root root  3192069 août  13 21:31 System.map-4.9.0-7-amd64
-rw-r--r--  1 root root  4232992 août  13 21:31 vmlinuz-4.9.0-7-amd64

Le répertoire /boot/efi est effectivement absent.

Si quelqu’un rencontre le même problème, j’ai identifié la source :
En gros, j’ai voulu installer debian en dual-boot avec windows en UEFI, mais le boot sur l’iso debian depuis une usb ne marchait pas. Je n’arrivais pas à résoudre le problème, ça a fini par me souler alors je suis passé en boot legacy. Le problème s’est résolu dans l’immédiat mais s’est répercuté dans grub exactement comme Pascal l’a souligné.

Je vais essayer de lancer windows en passant par le boot menu (ce qui m’affranchira de grub). Si cela fonctionne je désinstallerai Grub et passerai par le boot menu pour lancer l’OS que je veux. Je vous tiens au courant de l’avancement. Quoi qu’il en soit merci pour votre aide !

#6

Je vous envoie ce dernier message depuis Windows 10, tout a donc fonctionné à merveille. Ce n’est pas hyper confortable de repasser systématiquement par le boot menu mais ça fera l’affaire le temps que je trouve une solution plus viable. Je confirme donc que le problème est bien celui soulevé par Pascal, merci pour votre aide et à bientôt sur le forum ! :slight_smile:

#7

C’est-à-dire ?
Comment avais-tu préparé la clé USB, avec quelle image, quel programme, quelle commande ?
Que se passait-il lorsque tu tentais de l’amorcer en mode EFI ?

Question subsidiaire : quand tu affiches le menu de démarrage UEFI pour sélectionner un système ou un périphérique, que contient-il en dehors de l’entrée “Windows boot manager” ?

#8

La clé avait été préalablement formaté en FTA32, j’ai utilisé windisk pour rendre la clé bootable. Enfaite, j’avais oublié de désactiver le secure boot donc il ne se passait tout simplement rien lorsque je tentais de booter en mode EFI, aucun message d’erreur, il ne se passait juste rien. Comme je n’avais pas pensé au secure boot, je suis passé en legacy d’où le problème survenu plus tard. Je pense que l’iso s’est installé en legacy par défaut en voyant que j’étais en mode legacy à ce moment là, seulement windows était toujours en EFI et Grub n’a pas compris. Si j’avais désactivé le secure boot je pense que j’aurai pu booter sur la clé.
Pour ce qui est des commandes et autre, je n’avais pas linux donc aucune commande n’a été utilisé. L’image et celle qui correspondait à mon processeur donc debian_9.5.0_amd64 téléchargé sur le site officiel. Pour la question subsidiaire, je redémarre mon ordi et je te transmet tout ça.

#9

Donc dans le menu boot en mode UEFI on a :

  1. USB HDD:
  2. Windows Boot Manager
  3. HDD0: WDC WD10SPCX-21KHST0
  4. HDD1
  5. ATAPI CDROM: Slimtype DVD A DA8AESH
  6. USB FDD:
  7. Network Boot-IPV4
  8. USB CDROM
  9. Network Boot-IPV6

Voilà voilà, rien de plus !

#10

Je ne connais pas windisk, mais avec la méthode recommandée pour écrire une image Debian sur une clé USB il est inutile de formater la clé puisque tout son contenu, y compris le format, va être écrasé.

GRUB n’a rien à comprendre. Il ne peut chaîner que les chargeurs d’amorçage qui fonctionnent dans le même mode (BIOS ou EFI) que lui. GRUB BIOS n’aurait donc aucun intérêt à détecter et ajouter Windows Boot Manager EFI à son menu puisqu’il ne pourrait pas le lancer.

Tu peux essayer. Et si ça marche, tu pourras utiliser le mode rescue de l’installateur pour mettre en place GRUB EFI. Sinon, il y a peut-être une solution de repli en utilisant l’option HDD0 du menu de boot UEFI, en installant GRUB EFI à la place du chargeur de secours de Windows.