Linux, Windows, EFI, GRUB, et Debian. - Page 1

Bref, sur un ordi flambant neuf, il y avait Windows 7 installé sur un SSD en UEFI. Il y a avait aussi un disque dur de 1To à coté, avec rien dedans.

Donc je pars installé une Debian stable. Ca marche bien. Ca s'installe sur le disque dur. Ca me demande où installer grub. Je lui dis sdb (et c'est bien le disque dur, pas le ssd). Mais Debian stable n'a pas reconnu Win 7. Je reboot. Bon debian marche bien (après je passe en testing, et j'ai eu des merdes, mais c'est une autre histoire).

Mais Windows refuse de booter. Les symptômes :
affichage du message de démarrage incorrect de windows (voulez vous corriger les problèmes ? Voulez vous démarrer normalement ?)
Si je choisis "voulez vous corriger les problèmes ?", ca m'affiche "chargement des fichiers en cours"... puis ca me réaffiche le menu de démarrage incorrect...
Si je choisis "démarrer normalement", ca m'affiche le logo de Microsoft Windows, ca commence à se lancer, et ca me lance... grub !

Bref, qu'est ce que j'ai cassé ? Auriez vous une idée ? Et comment réparer ?
(Ce n'est pas grave, mais c'est surtout pour ma culture personnelle).

Ta carte mere n'utiliserait pas le machin Intel Accelerator?

Je ne vois pas de quoi tu parles ?
(si c'est le fast start mode de windows 8, c'est désactivé dans l'uefi).

Ce truc: http://www.intel.fr/content/www/fr/fr/architecture-and-technology/smart-response-technology.html

Non je n'ai pas. J'ai fouillé toutes les entrées de l'UEFI, et je n'ai rien de ressemblant.

Par contre, je me suis rendu compte que je peux booter directement depuis le bios (l'uefi) une entrée... et dans ce cas, lorsque je sélectionne démarrage normal, cela me fait revenir au bios uefi...

t'as désactivé le secureboot?

Je suis en mode "UEFI and legacy" et Secure Boot doit être désactivé.

Ca raconte quoi quand tu démarres avec un des deux disques débranché ? Si Windows chercher à utiliser le disque SATA, tu pourrais le savoir comme ça.
Et voir si cette manip répare : http://support.microsoft.com/kb/927392/fr

Debian (enfin, GRUB quoi) boote en UEFI ou bien en BIOS (MBR) ?

En fait ton problème est assez bizarre, car si Windows est installé sur le SSD, il doit y avoir dessus une partition système EFI qui contient entre autres le bootloader de Windows. Si celle-ci n'était pas présente, le bootloader de Windows ne pourrait pas se lancer.
Du coup j'aurais tendance à penser que le problème se situe au niveau du bootloader: On dirait qu'il ne détecte plus correctement l'entrée Windows, et que du coup il tente de démarrer le système en mode "classique" (je suppose ici que Debian boot en mode BIOS), donc GRUB.
Si tu as la possibilité de le faire (en principe il y a une partition de récupération installé par défaut donc normalement oui), est-ce que tu peux démarrer le système de récupération de Windows et regarder ce que te sors la commande bcdedit /enum ?

Il y aura peut-être quelques ajustements à faire si tu vois quelque chose d'anormal, mais sinon je sèche.

Folco (./8) :
Ca raconte quoi quand tu démarres avec un des deux disques débranché ? Si Windows chercher à utiliser le disque SATA, tu pourrais le savoir comme ça.

Sauf que la partition EFI se trouve sur le disque SSD. Donc je ne pourrai pas le débrancher.
L'autre oui... sauf que pour le faire, il faut le sortir de sous un meuble... et donc déplacer le meuble. Pas très envie.

Et voir si cette manip répare : http://support.microsoft.com/kb/927392/fr

J’essaierais.

GoldenCrystal (./9) :
Debian (enfin, GRUB quoi) boote en UEFI ou bien en BIOS (MBR) ?

Je crois que Debian stable boote en BIOS (ce que j'ai installé) mais debian testing (après la migration) boote en EFI.
En effet, je vois bien un répertoire debian dans la partition EFI du SSD.

En fait ton problème est assez bizarre, car si Windows est installé sur le SSD, il doit y avoir dessus une partition système EFI qui contient entre autres le bootloader de Windows.

Elle y est, et la partie Windows n'a pas été changé si j'en crois les dates des fichiers.

Si celle-ci n'était pas présente, le bootloader de Windows ne pourrait pas se lancer.
Du coup j'aurais tendance à penser que le problème se situe au niveau du bootloader: On dirait qu'il ne détecte plus correctement l'entrée Windows, et que du coup il tente de démarrer le système en mode "classique" (je suppose ici que Debian boot en mode BIOS), donc GRUB.
Si tu as la possibilité de le faire (en principe il y a une partition de récupération installé par défaut donc normalement oui), est-ce que tu peux démarrer le système de récupération de Windows et regarder ce que te sors la commande bcdedit /enum ?

J'ai pas de partition de récupération. Il y a la partition EFI de 100 Mo, une autre partition réservée MS de 100 Mo mais je n'arrive pas à savoir ce que c'est, et la partition principale du SSD.

J'ai essayé de booter en EFI en désactivant tout sauf windows. J'ai eu une nouvelle page. Windows finit par dire qu'il ne trouve pas de système bootable.

PpHd (./11) :
pour le faire, il faut le sortir de sous un meuble... et donc déplacer le meuble. Pas très envie.

Tu ne peux pas désactiver le disque (ou le canal correspondant) dans le BIOS ?

PoHd > Normalement, la partition réservée MS contient la console de récupération, je crois que tu y accèdes avec F8 au démarrage.
Sinon sur Debian, tu peux regarder le mode de partitionnement de ton SSD ? (avec GPT Fdisk aka. gdisk)
Normalement tu dois avoir une table de partion GPT normale et une table MBR de protection qui ne contient qu'une seule entrée, recouvrant toute la partition. Si ce n'est pas le cas, Windows refusera de booter. (GPT fdisk peut regererer le "protective MBR" au besoin)

Zerosquare (./11) :
Tu ne peux pas désactiver le disque (ou le canal correspondant) dans le BIOS ?

Dans ce cas, c'est fait, et ca finit en Windows finit par dire qu'il ne trouve pas de système bootable.

GoldenCrystal (./12) :
PoHd > Normalement, la partition réservée MS contient la console de récupération, je crois que tu y accèdes avec F8 au démarrage.

Marche pas.

Sinon sur Debian, tu peux regarder le mode de partitionnement de ton SSD ? (avec GPT Fdisk aka. gdisk)
Normalement tu dois avoir une table de partion GPT normale et une table MBR de protection qui ne contient qu'une seule entrée, recouvrant toute la partition. Si ce n'est pas le cas, Windows refusera de booter. (GPT fdisk peut regererer le "protective MBR" au besoin)

J'obtiens cela:

Type device filename, or press <Enter> to exit: /dev/sda
The protective MBR's 0xEE partition is oversized! Auto-repairing.

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

et la liste des partitions:

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          206847   100.0 MiB   EF00  EFI system partition
   2          206848          468991   128.0 MiB   0C01  Microsoft reserved ...
   3          468992       234440703   111.6 GiB   0700  Basic data partition

Ah tiens il te dit que ton protective MBR est pas bon, tu l'as laissé le corriger ou pas ? (Je crois qu'il faut enregistrer les modifs avec "w" ou un truc du genre, c'est listé dans le menu de toutes façons)

Pour le mode recovery j'ai du me foirer, en fait c'est pas contenu dans la partition système. J'aurais pourtant juré que si
Du coup, tu as le CD (ou clé USB ?) d'installation de Windows 7 afin de démarrer le mode récupération ?
bcdedit /enum te listera la liste des entrées dans la base de boot (BCD).
bootrec /rebuildbcd reconstruit le BCD de manière automatique. (Il fera ce que le bootloader refuse de faire: Scnanner les disques pour trouver où est installé ton Windows)
(Il y a plein d'options à ces deux commandes, mais dans un cas standard, tu ne devrais pas en avoir besoin. ^^)

Tiens c'est marrant, je viens d'essayer dans une VM pour voir, il a voulu installer grub par dessus le mbr de windows 7, tant bien même j'ai bien dit d'installer sur sbd. Curieux.

GoldenCrystal (./14) :
Ah tiens il te dit que ton protective MBR est pas bon, tu l'as laissé le corriger ou pas ? (Je crois qu'il faut enregistrer les modifs avec "w" ou un truc du genre, c'est listé dans le menu de toutes façons)

Je l'ai fait et ca n'a rien changé.

Pour le mode recovery j'ai du me foirer, en fait c'est pas contenu dans la partition système. J'aurais pourtant juré que si
Du coup, tu as le CD (ou clé USB ?) d'installation de Windows 7 afin de démarrer le mode récupération ?
bcdedit /enum te listera la liste des entrées dans la base de boot (BCD).
bootrec /rebuildbcd reconstruit le BCD de manière automatique. (Il fera ce que le bootloader refuse de faire: Scnanner les disques pour trouver où est installé ton Windows)
(Il y a plein d'options à ces deux commandes, mais dans un cas standard, tu ne devrais pas en avoir besoin. ^^)

Il faudrait que je le fasse, mais là l'ordinateur va être à nouveau reformaté en full linux. Donc tant pis

Warpten (./15) :
Tiens c'est marrant, je viens d'essayer dans une VM pour voir, il a voulu installer grub par dessus le mbr de windows 7, tant bien même j'ai bien dit d'installer sur sbd. Curieux.

Je me demande s'il ne l'a pas aussi fait dans mon cas.

L'installeur est pas tout simplement buggué ? J'ai lu des reports pour ça il y a quelques mois, mais je sais pas si ça concernait Debian. En tout cas, après moultes expériences, ça serait pas la première fois qu'un installeur installe grub avec les pieds.

Au pire si grub a écrasé le mbr, c'est pas gênant pour tant que t'aie un cd de recovery

Un pote a eu le même problème récemment en installant Wheezy, sauf que là l'installeur a aussi complètement cassé la table de partitions, il a pas compris, du coup formatage -> tout perdu ^^" (Il avait tout en RAW sous windows, et en plus en reformatant il a perdu ses drivers pour windows x))

Personellement j'aimerais bien installer debian sans le rendre bootable, retourner sous windows, et faire le lien avec grub à la main... Ça évite de devoir courrir après bootrec /fixmbr... Mais bon, on peut rêver

Ou alors (Pas taper, j'ai pas regardé les entrailles) permettre à grub de booter windows

Question bête : avec un EFI, pourquoi s'embête-t-on avec Grub ? Normalement, un EFI est tout à fait capable de détecter tout seul les partitions bootables et booter directement l'OS, non ? C'est le cas sur Mac, et à ma connaissance l'EFI d'un Mac est actuellement moins élaboré qu'un EFI de PC.

Je crois qu'effectivement tu peux te passer de grub avec l'EFI.

Le firme are UEFI ne peut que booter des binaires EFI (les fichiers .efi). En théorie, l'OS pourrait être directement un binaire EFI, mais en pratique, pour l'instant, ce n'est jamais le cas. Windows utilise un bootloader EFI exactement au même titre que Linux (L'un comme l'autre peuvent être démarrés par un bootloader BIOS classique). D'ailleurs, sur les systèmes EFI, GRUB 2 est un binaire EFI ^^

./18 > Normalement, le MBR est pas utilisé pour booter en mode EFI (Je dis "normalement" car bien sûr, ça depend du système en question. En vrai, on peut bidouiller plein de trucs dégueu au cas par cas )

Warpten (./18) :
Ou alors (Pas taper, j'ai pas regardé les entrailles) permettre à grub de booter windows

oui, comme depuis toujours quoi ? J'ai probablement raté un truc

GC > ok, merci. Mais du coup, pourquoi ? C'est quand même super pratique de ne pas avoir à s'embêter avec ces histoires d'un autre siècle

UEFI, architecturalement, c'est magnifique, mais en pratique, c'est un bordel monstre, voilà pourquoi
Plus sérieusement, faut voir EFI comme un système d'exploitation à part entière. Tu as des drivers vidéo, des drivers réseau, des drivers de système de fichiers, et même un bootloader intégré qui est contrôlé par les variables EFI.
Actuellement, si tu fournis ton Windows ou ton Linux, tu veux encore (mais pour combien de temps ?) qu'il fonctionne sur les systèmes classiques à démarrage BIOS, mais qu'il fonctionne aussi sur les systèmes (U)EFI. Du coup c'est plus simple d'avoir un bootloader pour chaque cas et le code du noyau géré séparément, mais le bootloader n'est pas obligé d'être un programme hyper compliqué comme GRUB. C'est juste mieux parce que certains systèmes (comme par exemple les Mac) ont un bootloader UEFI intégré à chier.

Sinon, je viens de me rapeller qu'il existe une option à la compilation du noyau linux, qui permet à celui-ci de se générer en tant qui binaire EFI (=> http://wiki.gentoo.org/wiki/EFI_stub_kernel)
(Je sais plus comment je me suis souvenu de ça, je crois pas l'avoir testé, mais je sais que je l'ai vu quelque part )

Le noyaux Linux est compilable pour être directement bootable par EFI


Édit: GC en parle déjà, mais grub reste plus souple sur les paramètre passables au kernel

Ok, merci

vivement qu'on passe au tout EFI, quand même. Même si l'UEFI Mac est limité, c'est quand même bien pratique de ne pas avoir à installer de bootloader, ni spécifier le disque de boot primaire.

./22 La dernière fois que j'ai testé, je devais installer grub à part, pour qu'il passe la main au mbr de windows si je voulais booter sur seven Ça remonte à longtemps cela dit, et si ce n'est plus le cas, ça explique pas pourquoi je pouvais pas booter sur windows depuis grub quand je l'ai fait la première fois et que je me suis vautré

ben grub boote windows (enfin, laisse windows booter) depuis toujours ^^

^^ pas dans mon cas