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 [10/08/2013 20:20] mytux [Installation] |
doc:install:refind-boot-uefi [14/08/2013 11:16] mytux [Structures de disques EFI] |
||
|---|---|---|---|
| Ligne 7: | Ligne 7: | ||
| - | ====== UEFI & EFI ====== | + | ====== UEFI & EFI ( EN chantier )====== |
| Toutes les versions 64bits des PC qui exécutent Windows certifié par le programme de certification Windows utilisent l’UEFI à la place du BIOS. | Toutes les versions 64bits des PC qui exécutent Windows certifié par le programme de certification Windows utilisent l’UEFI à la place du BIOS. | ||
| Ligne 19: | Ligne 19: | ||
| ===== EFI & UEFI ===== | ===== EFI & UEFI ===== | ||
| - | Unified Extensible Firmware Interface (UEFI, interface micrologiciel extensible unifiée) définit un logicielle intermédiaire entre le logicielle micrologiciel (firmware) et le système d'exploitation d'un ordinateur.// | ||
| - | Il fait suite à EFI (Extensible Firmware Interface), conçue par Intel.// | + | A l'aube de l'ère du PC en 1981, IBM a livré son Personal Computer 5150 avec firmware connu sous le nom du système d'entrée / sortie de base (BIOS).Le BIOS était destiné à être une interface entre plusieurs périphériques et le système d'exploitation de disque (DOS). |
| - | Il est écrit en C, contrairement au Bios qui lui est écrit en assembleur. // | + | Au fil des ans, le BIOS a été de moins en moins utilisé, car il a été écrit en utilisant un code sur 16 bits et les systèmes d'exploitation ont évolué sur 32 bits et, maintenant, 64-bit. |
| - | il existe un Shell EFI proche du MSDOS, qui permet d’exécuter des commandes, des scripts et des applications écrites en C/C++.// | + | Aujourd'hui, donc, le rôle principal du BIOS est de commencer le processus de démarrage. Une fois que le système est démarré, le BIOS n’a plus d’intérêt. Pourtant, le démarrage de l'ordinateur est une tâche importante, et la vieille conception du BIOS créé est limitée. |
| - | L'UEFI permet aussi la construction d'applications de configuration plus élaborées, avec un affichage graphique, prise en charge de la souris et plus d'options d'amorçage qu'avec le BIOS. | + | =====EFI et UEFI===== |
| - | ===== Secure Boot===== | + | J'utilise le terme EFI pour se référer soit EFI 1. X ou l'UEFI plus récent. |
| - | Depuis la version 2.3.1, l'UEFI intègre une fonctionnalité n'autorisant le démarrage qu'aux systèmes d'exploitation reconnus.// | + | L'Extensible Firmware Interface (EFI) et sa variante plus récente, l'EFI UEFI (Unified), sont des conceptions de firmware qui sont destinés à remplacer les BIOS.Les implémentations EFI sont plus grandes que les implémentations du BIOS, un EFI peut lire les tables de partitions et systèmes de fichiers, ce qu’ un BIOS ne pourra pas faire. |
| - | En mode secure boot, l'UEFI utilise un mécanisme de vérification par signature numérique. Le micrologiciel interdit tout chargement de driver ou de noyau dont la signature ne correspondrait pas à celle gravée en ROM.// | + | Cela permet à plusieurs chargeurs de démarrage de coexister sur le disque dur, et d'être accessible tout en utilisant des mécanismes d'accès aux fichiers normaux.Une autre caractéristique de l'EFI est le Secure Boot. Cette fonctionnalité est destinée à améliorer la sécurité, en veillant à ce que seuls les chargeurs de démarrage signés avec une clé de chiffrement pourront fonctionner. Si vous ou une personne de confiance détient la clé, il sera peu probable qu’un logiciels malveillant puissent s’éxécuter, ce qui peut théoriquement bloquer une avenue d'attaques de malwares. |
| - | Ainsi, si l'utilisateur ne désactive pas le secure boot dans l'UEFI , celui-ci peut empêcher l'utilisation de certains systèmes d'exploitation libre ou alternatifs. | ||
| - | ===== Spécifications : ===== | ||
| - | *Les spécifications de l'UEFI définissent un boot manager dont le rôle est de charger l'OS loader et les drivers nécessaires au démarrage. | + | =====Structures de disques EFI===== |
| - | + | ||
| - | *Les systèmes de fichiers pris en charge incluent FAT32, FAT16 et FAT12. Les tables de partition prises en charges comprennent les formats MBR et GPT. | + | |
| - | *Outre le partitionnement classique par MBR (limité à 2,2 To), UEFI gère pour les disques, un nouveau système de partitionnement nommé GPT (globally unique identifier partition table). | + | Lorsque vous configurez un ordinateur pour démarrer en mode UEFI, il est généralement préférable de créer un disque GPT. |
| - | *Le GPT permet 128 partitions principales sur un support de capacité allant jusqu'à 9,4 Zo (milliard de téraoctets). UEFI permet ainsi le démarrage sur des disques de 2,2 To et plus. | + | EFI repose sur une partition spéciale, connue sous le nom de la partition système EFI (ESP), pour stocker des données EFI spécifiques. |
| - | *Pour tout périphérique amovible partitionné détecté (clé USB, disque dur externe, etc.), l'UEFI recherche un répertoire EFI sur toutes les partitions et liste un point d'amorçage UEFI pour chaque fichier dont le nom ressemble à bootx64.efi dans le répertoire EFI. | + | L'ESP devrait officiellement utiliser un système de fichiers FAT32, bien que de nombreuses distributions Linux utilise un système de fichiers FAT16. |
| - | *Deux formats de tables des partitions sont pris en charge: l'ancien MBR et le nouveau GPT. | + | Certains utilisateurs ont constaté que certains EFI ont des bugs qui causent des problèmes avec les ESP infèrieure à 512MiB (537MB). Un problème très commun est que certain fichiers ne peuvent être lus par l'EFI, donc je vous recommande la création d’ une ESP d’ au moins 550MiB. |
| - | + | ||
| - | *Par contre, il y a de bonnes chances pour que les interfaces de l'UEFI permettent d'amorcer tout ça si bien qu'un gestionnaire d'amorçage indépendant comme rEFInd pourrait outrepasser les limitations imposées par la carte mère, quitte à charger des modules UEFI additionnels. | + | Chaque chargeur de démarrage EFI est stocké 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, Ubuntu met ses fichiers EFI dans EFI / ubuntu, et Red Hat met ses dans EFI / redhat. | ||
| - | *Pour qu'un amorçage UEFI ait lieu depuis un disque fixe, ce dernier doit comporter une partition spéciale appelée EFI System Partition (ESP) avec un identifiant spécial. | + | Une fois Linux installé, l'ESP est monté dans / boot / efi, de sorte que l’arborescence soit : / boot / efi / EFI / ubuntu, et: / boot / efi / EFI / redhat. |
| - | *Cette dernière, habituellement en FAT32, des fois en FAT16, contient un répertoire EFI dans lequel on trouve un sous-répertoire pour chaque système installé. Habituellement, la combinaison GPT et FAT32 a de bonnes chances de fonctionner. | + | Si vous avez besoin d'installer un chargeur de démarrage indépendamment de de votre système d'exploitation, vous pouvez créer votre propre répertoire. Exemple : EFI / refind pour Refind. |
| Ligne 62: | Ligne 59: | ||
| =====UEFI Shell :===== | =====UEFI Shell :===== | ||
| - | Preparons une clef USB, pour accueillir le shell UEFI. | + | Préparons une clef USB, pour accueillir le shell UEFI. |
| Comme expliqué précédemment nous aurons besoin d'une table de partition GPT ainsi qu'une partition de type FAT32 ou FAT16. | Comme expliqué précédemment nous aurons besoin d'une table de partition GPT ainsi qu'une partition de type FAT32 ou FAT16. | ||
| Ligne 94: | Ligne 91: | ||
| </code> | </code> | ||
| - | Reste plus qu' à télécharger ce fameux Shell précompilé sur [[https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface#UEFI_Shell|Archlinux]]. | + | Reste plus qu'à télécharger ce fameux Shell précompilé sur [[https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface#UEFI_Shell|Archlinux]]. |
| Télécharger, le version correspondante à votre architecture et enregistrer là dans le dossier **/media/EFI/boot/** | Télécharger, le version correspondante à votre architecture et enregistrer là dans le dossier **/media/EFI/boot/** | ||
| - | Rennomer le en **bootx64.efi** | + | Renommer le en **bootx64.efi** |
| Pour les commandes, et la DOC allez sur [[http://sourceforge.net/projects/efi-shell/files/|Sourceforge]] | Pour les commandes, et la DOC allez sur [[http://sourceforge.net/projects/efi-shell/files/|Sourceforge]] | ||
| - | Il y-a les sources et deux ou trois en PDF si l' envie vous viens de compiler votre Shell ou un Tool Kit. | + | Il y a les sources et deux ou trois en PDF si l' envie vous viens de compiler votre Shell ou un Tool Kit. |
| Ces commandes sont proches du batch Windows : | Ces commandes sont proches du batch Windows : | ||
| Ligne 143: | Ligne 140: | ||
| - | | + | |
| ===== rEFIND ===== | ===== rEFIND ===== | ||
| Ligne 149: | Ligne 146: | ||
| Page officiel de Refind: http://www.rodsbooks.com/refind/ | Page officiel de Refind: http://www.rodsbooks.com/refind/ | ||
| - | =====Installation===== | + | ===== Installation ===== |
| - | Si vous prenez ce Tuto, en cours de route, remontez un peu [[manuel:refind_boot_uefi#uefi_shell]] il faut que votre clef USB est un système de fichier GPT ainsi qu'une partition FAT32. | + | Si vous prenez ce tuto, en cours de route, remontez un peu [[manuel:refind_boot_uefi#uefi_shell]] il faut que notre clef USB est un système de fichier GPT ainsi qu'une partition FAT32. |
| On peut maintenant télécharger ce fameux bootmanager, rendez-vous sur [[http://sourceforge.net/projects/refind/|Sourceforge.net]] et télécharger la dernières version des binaires au formats zip. | On peut maintenant télécharger ce fameux bootmanager, rendez-vous sur [[http://sourceforge.net/projects/refind/|Sourceforge.net]] et télécharger la dernières version des binaires au formats zip. | ||
| Ligne 162: | Ligne 159: | ||
| </code> | </code> | ||
| - | + | On renomme quelques fichiers | |
| - | On renomme **refind_x64.efi** | + | |
| <code> | <code> | ||
| $ mv refind_x64.efi bootx64.efi | $ mv refind_x64.efi bootx64.efi | ||
| + | $ mv refind_ia32.efi bootia32.efi | ||
| + | $ ls | ||
| + | bootia32.efi bootx64.efi drivers_ia32 drivers_x64 icons refind.conf-sample tools_ia32 tools_x64 | ||
| </code> | </code> | ||
| - | Pour la seconde partitions nous allons utiliser Unetbootin. | + | Ensuite on doit déplacer tous ces petits fichiers dans le répertoire EFI/boot/ de notre clé USB. |
| + | |||
| + | <code> | ||
| + | $ mv bootia32.efi boottX64.efi /media/EFI/EFI/boot/ | ||
| + | $ mv -r drivers_ia32 drivers_x64 icons refind.conf-sample tools_ia32 tools_x64 /media/EFI/EFI/ | ||
| + | </code> | ||
| + | |||
| + | Voila c'est presque près courage, nous enfin installer un boot manager digne de ce nom. | ||
| + | |||
| + | Vous avez sûrement une image iso sous la main, | ||
| + | |||
| + | |||
| - | Télécharger une image iso, j'ai testé avec Crunbang et LMDE, 64bit. | ||
| - | Installer votre iso sur /dev/sdb2, avec Unetbootin. | ||
| <code> | <code> | ||
