Se fait via un live-cd démarré en EFI, de la même architecture que le système à dépanner (pour que le chroot fonctionne)

• sdX1 : ESP (EFI System Partition)
  
• sdX2 : partition slash chiffré par LUKS
  

• sdX3 : partition boot

  # On déchiffre et monte slash
  cryptsetup open /dev/sdX2 slash
  mount /dev/mapper/slash /mnt
  
  # On monte l'ESP et la partition /boot
  mount /dev/sdX3 /mnt/boot
  mount /dev/sdX1 /mnt/boot/efi
  
  # On monte les fichiers systèmes temporaires
  mount -o bind /sys /mnt/sys
  mount -o bind /sys/firmware/efi/efivars /mnt/sys/firmware/efi/efivars
  mount -o bind /dev /mnt/dev
  mount -o bind /proc /mnt/proc
  mount -o bind /run /mnt/run
  
  
  chroot /mnt
  grub-install /dev/sdX
  update-grub
  # On recrée l'initramfs, afin qu'il demande le mot de passe LUKS
  update-initramfs -k all -u
  

Le tuto suivant a pour but d’installer Windows 8.1 sur un disque externe. En effet, bien que ce soit impossible via une install traditionnelle (par DVD ou clé USB), il est possible de déployer une install Windows sur un disque externe via l’utilitaire DISM, et le disque acceptera alors de booter.

Il est probable, mais non testé, que ce tuto fonctionne avec Windows 10, et il est adaptable pour Windows 7 (avec l’utilitaire Imagex.exe au lieu de DISM).

Prérequis :

• Un DVD d’install de Windows 8.1 x64 (ou une image montée)
• Un disque externe USB3 (ce devrait fonctionner en USB2, mais nous perdons beaucoup, beaucuop de performances). TOUTES LES DONNÉES PRÉSENTES SERONT EFFACÉES
• Un système Windows 8.1 x64 en cours de fonctionnement

Etapes (penser à adapter les lettres des commandes si nécessaire) :

• Commencer par monter le DVD d’install de Windows 8.1 x64. Dans mon exemple, il sera monté sur le lecteur G:
• Lancer une invite de commande en tant qu’administrateur
• Dans mon cas, j’ai un DVD qui contient à la fois l’édition Core et Pro. Il faut commencer par identifier les index de ces éditions via la commande
  dism /get-wiminfo /wimfile=G:\sources\install.wim
  Souhaitant installer la version Pro, j’utiliserai l’index 1.
• On lance ensuite la commande diskpart pour partitionner le disque externe.
• Avec
  list disk
  on identifie le bon disque. Dans mon cas, c’est le disque 1. D’où :
  select disk 1
  puis
  clean
  qui va supprimer toute la table de partition.
• On crée une partition de boot en FAT32, ayant l’avantage d’être accessible aussi pour les Mac :
  create partition primary size=350
  puis
  format fs=fat32 quick
• On la rend bootable via
  active
  puis on lui donne une lettre via
  assign letter=B
• On crée la partition contenant le système Windows lui-même :
  create partition primary
  puis
  format fs=ntfs quick
  puis
  assign letter=Z
• On quitte Diskpart via exit.
• On va ensuite déployer l’image Windows sur la aprtition assignée en Z via
  dism /Apply-Image /ImageFile:G:\sources\install.wim /Index:1 /ApplyDir:Z:\
  Adapter l’index repéré précedemment. Cela devrait mettre quelques minutes, puis apparaîtra le message “L’opération a réussi”.
• On copie les fichiers de démarrage via
  bcdboot Z:\Windows /s B: /f all
  Le paramètre /f sert à spécifier le type de démarrage. Avec ALL, on install aussi bien un boot BIOS qu’un boot UEFI.

Il n’y a plus qu’à démarrer sur le disque externe ! (en espérant que le BIOS/UEFI de votre pc soit suffisamment clair et souple pour permettre le démarrage sur n’importe quel disque, y compris externe, ce qui n’est pas toujours gagné…)

Sources : Article sur Slice42 et article sur Bleeptobleep

Le but de la manipulation est de pouvoir, aisément, booter un système Linux Debian aussi bien en mode UEFI que MBR, sans avoir à faire de reconfiguration particulière en passant de l’un à l’autre, avec un disque dur partitionné en GPT. Ceci me permet de pouvoir, à la volée, grâce au menu de démarrage (sur un HP DM1-4332sf), booter mon OS linux en mode BIOS, permettant un meilleur support du matériel (la mise en veille ne fonctionnant actuellement pas en mode EFI), tout en conservant les systèmes Windows 7, Windows 8 et mon système Debian bootables en mode EFI.

N’ayant actuellement pas réussi à faire cohabiter grub-pc et grub-efi sur une même installation, le démarrage par efi se fera via GRUB et le démarrage par MBR se fera via EXTLINUX.

Cette démarche fonctionne aussi en cas de multiboot, mais ce multiboot ne sera possible qu’en mode EFI (via GRUB pour EFI). Le système Syslinux ne sera capable de démarrer que la Debian. Cet article ne parlera toutefois pas du tout de la configuration du dual-boot en EFI, celui-ci étant de toute façon totalement indépendant de la coexistence avec un Syslinux pour BIOS.

Le disque /dev/sda est supposé partitionné comme ceci :

/dev/sda1 : FAT32, EFI System Partition (label EFI)
/dev/sda2 : NTFS Partition (label WIN_7)
/dev/sda3 : Ext4 partition (label SLASH)
/dev/sda4 : Ext4 partition (label HOME)
/dev/sda5 : swap partiton
/dev/sda6 : NTFS partition (label DATA)

Il faut ensuite rajouter le flag legacy_boot à la partition SLASH (/dev/sda3 ici). Ceci peut se faire via GParted. Dans le cas d’une partiton /boot séparée, il faut probablement positionner ce flag sur la partition /boot .

Le système est présupposé fonctionnel en mode EFI, via GRUB (soit par une installation directement en mode EFI, soit en rendant le système bootable en EFI après une installation classique, comme détaillé ici). Comme les labels l’indiquent, /dev/sda3 est monté sur / , /dev/sda4 est monté sur /home/ . Le setup ne contient PAS de partiton /boot/ séparée. La partition EFI System Partition est montée sur /boot/efi/.

Il faut d’abord installer le paquet extlinux. sudo aptitude install extlinux syslinux-common Il crée automatiquement un répertoire /boot/extlinux/ avec la configuration nécessaire. Il install également extlinux sur le MBR du disque (commande extlinux-install), or celui-ci ne convient pas à l’installation actuelle, car il est conçu pour les partitons natives en MBR. On écrase donc ce mbr avec le extlinux prévu pour les partitions GPT :

dd if=/usr/lib/syslinux/gptmbr.bin of=/dev/sda

Et voilà ! Si on choisit de démarrer l’ordinateur en mode BIOS, sur le disque dur, on aura la liste de nos noyaux bootables via Extlinux. D’après mes tests, l’ajout et la suppression de noyaux peuvent être faits à partir du mode BIOS ou EFI, GRUB et Extlinux auront tous les 2 leur configuration mise à jour.

Legacy Mode = Compatibility Support Module (CSM) = BIOS Mode

L’UEFI ne peut booter qu’à partir d’une parition en fat. Typiquement, cette partiton sera labellisée “efi”. Les EFI System Partition (ESP) doivent être en fat32, alors qu’un disque amovible doit être en fat12/fat16. Pour qu’une simple partition fat devienne une Efi System Partition, il faut lui appliquer le flag “boot” dans GParted.

Le chemin par défaut où elle cherche un bootloader UEFI est $EFI_PART/boot/BOOT$ARCH.efi , typiquement /efi/boot/BOOTX64.efi. Si l’exécutable est ailleurs, on peut aller le chercher à la main lors du choix de boot.

Pour savoir si l’on a bien booté en mode efi : Sous Linux : dmesg | grep -i EFI ne renverra presque rien si l’on est en mode BIOS, mais plein d’infos (gestion mémoire etc) si on est en mode efi. Sous Windows, il suffit de se repérer à la table de partition du disque système : il ne peut booter en mode BIOS que sur disque MBR, et en mode EFI que sur disque GPT.

fdisk ne gère pas les disques GPT.

gdisk les gère, et nous signale également si la table de partition GPT contient une zone réservée pour simuler un MBR et garder une compatibilité avec les BIOS. Cette zone MBR peut-être en protective (non utilisée), en hybrid (une pseudo-table MBR devant concorder avec la table gpt sur 4 partitions) ou en MBR-only (c’est nativement un disque MBR). gdisk peut (ré)écrire une pseudo-table MBR pour qu’elle concorde avec l’état actuel de la table GPT.

gparted gère sans problème les disques GPT, sauf dans le cas d’un disque en Hybrid-MBR. Les modifications seraient dans ce cas faites uniquement sur la pseudo-table mbr, sans tenir compte de la gpt, et donc de l’agencement réel des partitions, ce qui risque très probablement de casser toute la table.

Les CD et DVD sont bootables en UEFI via le format ElTorito, comme les BIOS auparavant.

Les disques au format MBR sont bootables aussi sans problème, tant que la partition à booter est en fat32. La limitation de Windows qui ne peut booter en UEFI que sur GPT vient de Windows et non de la norme UEFI.

Bien que l’UEFI soit prévu pour fonctionner avec du 32 bits, cela pose souvent des problèmes dnas la pratique, et il vaut mieux privilégier le 64 bits.

Les installs custom de Debian Live peuvent sr rendre compatible facilement en UEFI. Il suffit de créer une image de type “hdd” au format fat32 (pour pouvoir l’éditer plus tard), de dumper cette image sur une clé, puis de copier à la racine de la clé un syslinux version uefi disponible ici, mirroré ici ou encore sur le site kernel.org. Il suffit ensuite de récupérer les fichiers de config (*.cfg) du dossier syslinux à la racine de la clé (ce dossier servant pour le boot en mode BIOS).