Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
|
doc:install:refind-boot-uefi [02/09/2013 12:03] mytux [Structure de disque EFI] |
doc:install:refind-boot-uefi [02/09/2013 18:13] mytux [rEFIND, EFI boot manager] |
||
|---|---|---|---|
| Ligne 51: | Ligne 51: | ||
| * Tous les périphériques de stockage EFI recherchent un répertoire EFI et listent un point amorce pour chaque fichier ressemblant à *x64.efi *ia32.efi. | * Tous les périphériques de stockage EFI recherchent un répertoire EFI et listent un point amorce pour chaque fichier ressemblant à *x64.efi *ia32.efi. | ||
| * Deux formats de tables sont pris en charges, MBR et GPT, cependant je vous recommande le partitionnement sur une table GPT, elle accepte jusqu'à 128 partitions primaires. | * Deux formats de tables sont pris en charges, MBR et GPT, cependant je vous recommande le partitionnement sur une table GPT, elle accepte jusqu'à 128 partitions primaires. | ||
| - | * Pour qu'un amorçage UEFI ait lieu sur un disque SATA, ce dernier doit comporter une partition spéciale ESP (EFI File System), cela peut etre contourner en utilisant les pilotes de systemes de fichiers EFI. | + | * Pour qu'un amorçage UEFI ait lieu sur un disque SATA, ce dernier doit comporter une partition spéciale ESP (EFI File System), cela peut être contourné en utilisant les pilotes de systèmes de fichier EFI. |
| * L'ESP devrait officiellement utiliser un système de fichier FAT32, bien que de nombreuses distributions Linux utilisent un système de fichier FAT16, quelquefois un FAT12. | * L'ESP devrait officiellement utiliser un système de fichier FAT32, bien que de nombreuses distributions Linux utilisent un système de fichier FAT16, quelquefois un FAT12. | ||
| <note info>GPT et FAT32 sont un bon compromis.</note> | <note info>GPT et FAT32 sont un bon compromis.</note> | ||
| - | * Des utilisateurs ont constaté que certains EFI ont des bugs qui causent des problèmes avec les ESP inférieures à 512MiB (537MB) où des fichiers ne peuvent pas être lus par l'EFI, donc je vous recommande la création d’une ESP d’au moins 550MiB. | + | * Des utilisateurs ont constaté que certains EFI ont des bugs qui causent des problèmes avec les ESP inférieures à 512MiB (537MB) ou des fichiers ne peuvent pas être lus par l'EFI, donc je vous recommande la création d’une ESP d’au moins 550MiB. |
| - | * Chaque chargeur de démarrage EFI doit être stocké dans un sous-répertoire du répertoire EFI sur l'ESP. | + | * Chaques chargeurs de démarrage EFI doivent être stockés dans un sous-répertoire du répertoire EFI sur l'ESP. |
| - | * Ces répertoires sont généralement nommés d'après le système d'exploitation qui les a créés. \\ Par exemple: | + | * Ces répertoires sont généralement nommés d'après le système d'exploitation qui les a créé. \\ Par exemple: |
| * Ubuntu met ses fichiers EFI dans EFI/ubuntu | * Ubuntu met ses fichiers EFI dans EFI/ubuntu | ||
| * Red Hat met ses fichiers dans EFI/redhat | * Red Hat met ses fichiers dans EFI/redhat | ||
| Ligne 70: | Ligne 70: | ||
| ===== rEFIND, EFI boot manager ===== | ===== rEFIND, EFI boot manager ===== | ||
| - | Refind est un un fork REFIT, c'est un boot manager pour les ordinateurs implémentés par l'Extensible Firmware Interface (EFI) et Unified EFI (UEFI). \\ | + | La plupart des ordinateurs avec une architecture x86-64 et un firmware EFI intègrent un module de compatibilité appellé CSM (Compatibility Support Module), qui est un mode d'émulation du BIOS. D'autres firmwares EFI sont construits au-dessus d' un bios traditionnel, ainsi il est possible de garder les capacités du bios et booter un ordinateur EFI, en mode legacy. |
| - | Il faut bien faire la distinction entre un boot loader tel que GRUB et un boot manager. | + | |
| - | rEFIND est indépendant du systèmes d'exploitation, c'est une application UEFI qui accède aux même interfaces que le gestionnaire d'amorçage intégré dans le micrologiciel de votre carte mère. | + | Cependant il peut arriver que certaines cartes mères n'offrent pas ces options ou que vous souhaitiez par soucis de facilité, pouvoir lancer une image disque d'une distribution Linux n'offrant pas le support pour l' UEFI. |
| - | Vous pouvez l'installer sur de multiples supports, il scannera votre disque à la recherche d'un fichier //amorce// que ce soit Windows, Unix, Mac ou Linux, aussi bien les systèmes BIOS Legacy que EFI. | + | Ainsi, il existe de nombreux chargeurs de démarrage EFI, tel que : |
| - | <note>Il peut être utile d'avoir une clé USB de secours avec une partition réservée juste pour rEFIND car en cas de soucis au boot vous pourrez toujours démarrer votre OS indépendamment et ainsi débuguer votre EFI.</note> | + | |
| - | [[http://www.rodsbooks.com/refind/|Site officiel de rEFIND]] | + | * Elilo |
| + | * Grub legacy | ||
| + | * Grub 2 | ||
| + | * Efi stub loader | ||
| + | * Refit | ||
| + | * Refind | ||
| + | Je ne m'attarderais ici que sur rEFIND, qu'on installera sur support amovible. Ensuite vous pourrez, facilement installer un chargeur de démarrage EFI depuis vos dépots offciels. | ||
| + | Refind est un un fork REFIT (l'auteur de Refit a abandonné le projet, il n'a pas été mis a jour depuis plus de trois ans), c'est un boot manager et un bootloader, pour les ordinateurs implémentés par l'Extensible Firmware Interface (EFI) et Unified EFI (UEFI). Il faut bien faire la distinction entre un boot loader tel que GRUB, qui charge l'initial RAM disk et le noyau en mémoire et un boot mangager qui charge un boot loader. rEFIND est indépendant du systèmes d'exploitation, c'est une application UEFI qui accède aux mêmes interfaces que le gestionnaire d'amorçage intégré dans le micrologiciel de votre carte mère. | ||
| + | ===Caractéristiques :=== | ||
| - | =====Installation sur disque fixe===== | + | * Auto-détection des chargeurs de démarrage EFI et Bios. |
| + | * Auto-détection de l'initial RAM disk et du kernel. | ||
| + | * Lancement des chargeurs de démarrahe EFI et Bios. | ||
| + | * Lancement des utilitaires EFI Shell et Gptsync. | ||
| + | * Charge les pilotes EFI pour les systèmes de fichier ou périphériques non supportés nativement par votre firmware. | ||
| + | | ||
| - | Une fois les fichiers récupérés, nous devons créer sur notre clé USB : | ||
| - | - une table de partition GPT, | ||
| - | - un ESP et | ||
| - | - une partition FAT32 | ||
| - | pour accueillir notre bootmanager, et notre image iso. | ||
| - | On va utiliser //gdisk//, ce soft est similaire à [[commande:fdisk]] mais va nous permettre de manipuler des tables de partition GPT. \\ | + | <note>Il peut être utile d'avoir une clé USB de secours avec une partition réservée juste pour rEFIND car en cas de soucis au boot vous pourrez toujours démarrer votre OS indépendamment et ainsi débuguer votre EFI.</note> |
| - | Sur la plupart des distributions //gdisk// n'est pas installé par défaut. | + | |
| - | <code bash> | + | [[http://www.rodsbooks.com/refind/|Site officiel de rEFIND]] |
| - | $ sudo apt-get install gdisk | + | |
| - | $ sudo gdisk /dev/sdb | + | |
| - | $ o # Créer une nouvelle table de partion GPT | + | |
| - | $ n # Créer une nouvelle partition | + | |
| - | $ 1 # Par défaut partition numéro 1 | + | |
| - | $ 2048 # Premier secteur par défaut | + | |
| - | $ +100M # 100 MB je pense que cela suffira, si vous rencontrez des problèmes, augmentez sa taille. | + | |
| - | $ ef00 # ef00 (EFI File System) | + | |
| - | </code> | + | |
| - | + | ||
| - | Création d'une seconde partition pour notre image iso : | + | |
| - | <code bash> | + | |
| - | $ n | + | |
| - | $ 206848 # 206848 par défaut à la suite de l'ESP | + | |
| - | $ +1000M # 1 GB, à adapter selon la taille de votre iso. | + | |
| - | $ 8300 # 8300 (Linux File System) | + | |
| - | $ w # On sauvegarde | + | |
| - | </code> | + | |
| - | + | ||
| - | Ensuite, il faut redémarrer pour que le Kernel relise la table de partition. | + | |
| - | <code bash> | + | |
| - | $ sudo shutdown -r now | + | |
| - | </code> | + | |
| - | + | ||
| - | Création d'un système de fichiers FAT32 sur les deux partitions : | + | |
| - | <code bash> | + | |
| - | $ mkfs.vfat -F32 /dev/sdb1 | + | |
| - | $ mkfs.vfat -F32 /dev/sdb2 | + | |
| - | </code> | + | |
| - | + | ||
| - | ===== Installation sur disque amovible===== | + | |
| - | + | ||
| - | Pour l'installation on aura juste à copier les fichiers qui étaient dans l'image //flashdrive// de rEFIND dans notre ESP et d'utiliser //Unetbootin// pour copier notre iso sur notre seconde partition. | + | |
| - | Montage des périphériques : | ||
| - | <code bash> | ||
| - | $ sudo mount /dev/sdx1 /media/usb0 | ||
| - | $ sudo mount /dev/sdx2 /media/usb1 | ||
| - | </code> | ||
| - | Copie de rEFIND sur la première partition : | ||
| - | <code bash> | + | ==== Installation sur disque amovible==== |
| - | $ sudo cp -r EFI shellx64.efi /media/usb0 # x64 ou ia32 selon votre architecture (ia32 sur MAC) | + | |
| - | $ cd /media/usb0 | + | |
| - | $ ls | + | |
| - | bootia32.efi bootx64.efi drivers_ia32 drivers_x64 icons refind.conf | + | |
| - | $ rm -r bootia32.efi drivers_ia32 # Suppression des fichiers inutiles | + | |
| - | $ mv refind.conf exemple.conf # Jetez un oeil sur ce fichier, il contient plein de commentaires. | + | |
| - | </code> | + | |
| - | Ensuite installons notre iso avec Unetbootin : | ||
| - | <code bash> | ||
| - | $ sudo apt-get install unetbootin | ||
| - | $ sudo unetbootin & | ||
| - | </code> | ||
| - | Bon là pas besoin de moi, vous installez une iso qui vous fait des misères (Crunchbang, LMDE) sur /dev/sdx2. ;-) \\ | ||
| - | Dans cet exemple j'utilise //Crunchbang//. | ||
| =====Configuration===== | =====Configuration===== | ||
