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 [14/08/2013 16:28] mytux [Configuration] |
doc:install:refind-boot-uefi [18/08/2013 14:20] mytux [UEFI & EFI] |
||
|---|---|---|---|
| Ligne 17: | Ligne 17: | ||
| * Suivi : {{tag>en-chantier à-tester à-placer}} | * Suivi : {{tag>en-chantier à-tester à-placer}} | ||
| - | ===== EFI & UEFI ===== | + | =====Le BIOS===== |
| + | A l'aube de l'ère du premier PC en 1981, IBM livrait son Personal Computer 5150, avec un firmware connu sous le nom de Basic Input/Output System (BIOS). Le BIOS était destiné à être une interface entre le matériel et le système d'exploitation DOS (Disk Operating System) à l'époque. | ||
| - | A l'aube de l'ère du PC en 1981, IBM a livré son Personal Computer 5150 un firmware connu sous le nom de Basic Input/Output System (BIOS). | + | Le rôle du BIOS étatit d'éffectuer des tests de base t d'appliquer une séquence linéaire de recherche afin de trouver un périphérique amorçable sur lque un secteur de 512 octetspouvaient être lus et éxécuté.Ce premier secteur qu'on appella MBR devait ensuite pouvaoir passer la main à un autre périphériue ou au système d'exploitation. |
| - | Le BIOS était destiné à être une interface entre plusieurs périphériques et le Disk Operating System (DOS). | + | |
| - | + | ||
| - | Au fil des ans, le BIOS a été de moins en moins utilisé, car il était ecrit sur 16 bits, les systèmes d'exploitation ont évolué sur 32 bits et, maintenant, en 64-bit. Les OS avancés n'ont puent continuer à utiliser le Bios sans pertes de performance. | + | |
| - | + | ||
| - | 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. | + | |
| + | Le bios est généralement écrit en assembleur et est seulement capable d'éxécuté des instructions sur 16bits aloars que les OS modernes eux, éxécutent des instructions sur 32 et 64bits. Les OS avancés n'ont puent continuer à utiliser le Bios sans pertes de performance. | ||
| =====EFI et UEFI===== | =====EFI et UEFI===== | ||
| - | J'utilise le terme EFI pour se référer soit à EFI 1.X ou l'UEFI. | + | J'utilise le terme EFI pour se référer soit à EFI 1.X ou plus l'UEFI. |
| - | L'Extensible Firmware Interface (EFI) et sa variante plus récente,UEFI (Unified EXtensible Firmware Interface), sont des conceptions de firmware qui sont destinés à remplacer le BIOS. | + | L'Extensible Firmware Interface (EFI) et sa variante plus récente,UEFI (Unified EXtensible Firmware Interface), sont des conceptions de firmware qui sont destinés à remplacer le BIOS. Les capcités de l' EFI sont plus grandes celles du BIOS, EN effet un EFI peut lire une tables de partitions et un système de fichiers, ce qu’ un BIOS ne sait pas faire.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 s'éxécuter. <note> Ubuntu et Fedora, ont achetés cette clé à Microsoft </note> |
| + | =====Structures de disques EFI===== | ||
| - | 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. | + | 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. |
| + | GPT offre deux avantages : | ||
| - | 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. | + | *Il supporte les disques de Plus de 2.2 to. |
| + | *Il a une limite de 128 partitions primaires. | ||
| - | 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 s'éxécuter. | + | 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. L'ESP devrait officiellement utiliser un système de fichiers FAT32, bien que de nombreuses distributions Linux utilise un système de fichiers FAT16. Certains utilisateurs ont constaté que certains EFI ont des bugs qui causent des problèmes avec les ESP infèrieure à 512MiB (537MB), certain fichiers ne peuvent être lus par l'EFI, donc je vous recommande la création d’ une ESP d’ au moins 550MiB. |
| - | =====Structures de disques EFI===== | + | |
| - | 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. | ||
| - | 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. | ||
| - | L'ESP devrait officiellement utiliser un système de fichiers FAT32, bien que de nombreuses distributions Linux utilise un système de fichiers FAT16. | + | 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**. |
| - | Certains utilisateurs ont constaté que certains EFI ont des bugs qui causent des problèmes avec les ESP infèrieure à 512MiB (537MB), certain fichiers ne peuvent être lus par l'EFI, donc je vous recommande la création d’ une ESP d’ au moins 550MiB. | + | 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**. |
| - | Chaque chargeur de démarrage EFI est stocké dans un sous-répertoire du répertoire EFI sur l'ESP. | + | 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. |
| - | 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. | ||
| - | 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. | ||
| - | 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. | ||
| + | ===== rEFIND ===== | ||
| + | Refind est un un fork REFIT, c'est un boot manager pour les ordinateurs implémanté par l'Extensible Firmware Interface (EFI) et Unified EFI (UEFI). Il faut faire la distinction entre un boot loader tel que GRUB et un boot mangager, comme rEFIND, rEFIND est indépendant du systèmes d'exploitation, il va chercher ses fichiers de configuration et drivers dant le répertoire **EFI/refind** de l' ESP, contrairement à GRUB qui lui va chercher ses fichiers de configuration dans **/boot/grub** monté sur la partition racine de Linux. | ||
| + | Vous pouvez l'installer, une clé USB, un disque dur, un cdrom, ce qui le rend très polyvalent, et pratique. | ||
| - | ===== rEFIND ===== | + | <note>Il peut être utile d'avoir une clé USB de secours avec une partition réservé juste pour rEFIND en cas de soucis au boot, vous pourrez alors démarrer votre OS indépendemment et ainsi débuguer votre EFI.</note> |
| - | + | ||
| - | Refind est un un fork REFIT, c'est un boot manager pour les ordinateurs implémanté par l'Extensible Firmware Interface (EFI) et Unified EFI (UEFI). | + | |
| - | Il faut faire la distinction entre un boot loader tel que GRUB et un boot mangager, comme rEFIND, tous les ordinnateurs basé sur EFI incluent boot manager. | ||
| - | Il est assez simple d' utilistation, polyvalent et va nous permettre de booter une image iso n'ayant pas le support pour l'EFI. | ||
| http://www.rodsbooks.com/refind/ | http://www.rodsbooks.com/refind/ | ||
| - | ====Téléchargement==== | + | =====Obtenir rEFIND===== |
| Aller à la page de téléchargement de [[http://www.rodsbooks.com/refind/getting.html|rEFIND]]. | Aller à la page de téléchargement de [[http://www.rodsbooks.com/refind/getting.html|rEFIND]]. | ||
| Ligne 78: | Ligne 71: | ||
| Dans cet exemple je vais utiliser une image disque USB. | Dans cet exemple je vais utiliser une image disque USB. | ||
| + | |||
| Après décompression je copie l' image disque à l'aide de <dd>, afin de récupérer les fichiers de l'image. | Après décompression je copie l' image disque à l'aide de <dd>, afin de récupérer les fichiers de l'image. | ||
| Ligne 91: | Ligne 85: | ||
| </code> | </code> | ||
| - | =====EFI file System===== | + | =====Système de fichiers EFI===== |
| Une fois les fichiers récupérer nous devons créer une table de partition GPT, un ESP et une partition FAT32 sur notre clé USB, pour acceuillir notre bootmanager, et notre image iso. | Une fois les fichiers récupérer nous devons créer une table de partition GPT, un ESP et une partition FAT32 sur notre clé USB, pour acceuillir notre bootmanager, et notre image iso. | ||
| Ligne 114: | Ligne 108: | ||
| $ n | $ n | ||
| $ 206848 # 206848 par défault à la suite de l'ESP | $ 206848 # 206848 par défault à la suite de l'ESP | ||
| - | $ +2000M # 2 GB, je vois large. | + | $ +1000M # 1 GB, à adapter selon la taille de votre iso. |
| $ 8300 # 8300 (Linux File System) | $ 8300 # 8300 (Linux File System) | ||
| $ w # On sauvegarde | $ w # On sauvegarde | ||
| Ligne 137: | Ligne 131: | ||
| Montage des périphériques : | Montage des périphériques : | ||
| + | |||
| <code> | <code> | ||
| $ sudo mount /dev/sdx1 /media/usb0 | $ sudo mount /dev/sdx1 /media/usb0 | ||
| Ligne 143: | Ligne 138: | ||
| Copie de rEFIND sur la premiere partition : | Copie de rEFIND sur la premiere partition : | ||
| + | |||
| <code> | <code> | ||
| $ sudo cp -r EFI shellx64.efi /media/usb0 # x64 ou ia32 selon votre architecture (ia32 sur MAC) | $ sudo cp -r EFI shellx64.efi /media/usb0 # x64 ou ia32 selon votre architecture (ia32 sur MAC) | ||
| Ligne 179: | Ligne 175: | ||
| Mon fichier refind.conf: | Mon fichier refind.conf: | ||
| - | <file> | + | <code> |
| timeout 10 | timeout 10 | ||
| Ligne 195: | Ligne 191: | ||
| scan_delay 1 | scan_delay 1 | ||
| + | |||
| + | scan_all_linux_kernels | ||
| dont_scan_dirs EFI/linuxmint,boot | dont_scan_dirs EFI/linuxmint,boot | ||
| Ligne 219: | Ligne 217: | ||
| graphics off | graphics off | ||
| } | } | ||
| - | </file> | + | </code> |
| <note important> | <note important> | ||
| - | rEfind est assez capricieux, votre fichier refind.conf ne doit pas avoir un pet de travers. | + | rEfind est assez capricieux, votre fichier refind.conf ne doit pas avoir un pet de travers, aussi quelquefois un simple reboot permet de lancer votre kernel tranquillement. oO |
| - | C'est pour cela qu'il n' ya pas de commentaires dans le fichier, ci-dessus. | + | C'est pour cela qu'il n' ya pas de commentaires dans le fichier, ci-dessus. |
| - | <note> | + | </note> |
| Ligne 262: | Ligne 260: | ||
| ===== Utilisation ===== | ===== Utilisation ===== | ||
| - | C'est le moment de vérité, on peut redémarer. | + | C'est le moment de vérité, on peut redémarer. Dans l'interface de votre EFI, vous choisissez votre clé USB, la première partition si vous avez le choix. |
| + | Là normalement rEFIND se lance, il doit tout d'abord scanner vos disques. En mode texte vous devriez avoir le choix entre votre os principal et ensuite les menuentry que l'on a ajouter dans notre refind.conf. | ||
| - | On choisis de démarrer sur l' ESP dans l'interface de notre EFI. | + | Essayons Crunch_Live ... |
| - | Là normalement rEFIND se lance, il doit tout d'abord scanner vos disques. | + | Si vous avez de la chance, il se lance, sinon comme je vous l'ai dit plus haut, il est très capricieux, il ne doit pas y avoir un pet de travers, dans votre fichier de configuration. |
| - | En mode texte vous devriez avoir le choix entre votre os principal et ensuite les menuentry que l'on a ajouter dans notre refind.conf. | ||
| - | Essayons Crunch_Install ... | + | Enfin pas de paniques, il y a le **shell UEFI** pour éditer ce fichier sans avoir besoin de redémarrer, je l'ai mis dans les tools, un peu plus haut. |
| - | + | ||
| - | Si vous avez de la chance, il se lance, sinon comme je vous l'ai dit plus haut, il est très capricieux, il ne doit pas avoir un pet de travers. | + | |
| - | + | ||
| - | Crunchbang a refuse de booter parcequ' il y avait un point entre deux lignes, j'ai mis trois plombes pour trouver le problème. | + | |
| - | + | ||
| - | Enfin pas de paniques, il y a le EFI_shell pour éditer ce fichier sans avoir besoin de redémarrer, je l'ai mis dans les tools, un peu plus haut. | + | |
| ===== UEFI Shell ===== | ===== UEFI Shell ===== | ||
| - | vous | + | |
| Si vous voulez editer vos fichiers, démarrer linux en ligne de commande ou ajouter une nouvelle entrée dans votre NVRAM, c'est là que ça se passe. | Si vous voulez editer vos fichiers, démarrer linux en ligne de commande ou ajouter une nouvelle entrée dans votre NVRAM, c'est là que ça se passe. | ||
| Ligne 287: | Ligne 279: | ||
| Le Shell EFI est en Qwerty, entraîné vous un peu avant ! Il faut que vous repériez ou sont les caractères spéciaux ! | Le Shell EFI est en Qwerty, entraîné vous un peu avant ! Il faut que vous repériez ou sont les caractères spéciaux ! | ||
| </note> | </note> | ||
| + | |||
| + | Dans le menu de rEFIND, vous choisissez Shell EFI, là du texte jaune sur un fond noir c'est le Shell EFI. | ||
| + | |||
| + | La syntaxe ressemble beaucoup à DOS. | ||
| + | |||
| + | Les systèmes de fichiers sont représentés par des fs0, fs1, fs3 etc... , fs0: étant la première partition de votre clef USB, si vous lancez ce Shell depuis celle-ci. L'antislash est de rigueur. | ||
| + | |||
| + | Exemple : | ||
| + | <code> | ||
| + | shell> cd fs0:\EFI\boot | ||
| + | fs0:\EFI\boot\> edit refind.conf | ||
| + | </code> | ||
| + | |||
| + | |||
| + | Quelques commandes utiles : | ||
| + | |||
| + | *cd : ce déplacer. | ||
| + | *rm : supprimer un fichier | ||
| + | *mkdir : créer un répertoire | ||
| + | *map : pour lister vos périphériques | ||
| + | *map -t hd : pour filtrer la sortie, sur vos disques de USB et sata. | ||
| + | *edit : editeur de texte, f2 pour enregistrer et f3 pour quitter | ||
| + | *exit : quitter le shell | ||
| + | *reset : reboot | ||
