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 11:16] mytux [Structures de disques EFI] |
doc:install:refind-boot-uefi [14/08/2013 13:40] mytux [rEFIND] |
||
|---|---|---|---|
| Ligne 20: | Ligne 20: | ||
| - | 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). | + | 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 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 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. | + | 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. | 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. | ||
| Ligne 28: | Ligne 29: | ||
| =====EFI et UEFI===== | =====EFI et UEFI===== | ||
| - | J'utilise le terme EFI pour se référer soit EFI 1. X ou l'UEFI plus récent. | + | J'utilise le terme EFI pour se référer soit à EFI 1.X ou l'UEFI. |
| - | 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. | + | 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. |
| - | + | ||
| - | 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. | + | |
| + | 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. | ||
| + | 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. | ||
| =====Structures de disques EFI===== | =====Structures de disques EFI===== | ||
| Ligne 44: | Ligne 46: | ||
| L'ESP devrait officiellement utiliser un système de fichiers FAT32, bien que de nombreuses distributions Linux utilise un système de fichiers FAT16. | 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). 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. | + | 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. |
| Chaque chargeur de démarrage EFI est stocké dans un sous-répertoire du répertoire EFI sur l'ESP. | Chaque chargeur de démarrage EFI est stocké dans un sous-répertoire du répertoire EFI sur l'ESP. | ||
| Ligne 57: | Ligne 59: | ||
| - | =====UEFI Shell :===== | ||
| - | 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. | + | ===== rEFIND ===== |
| - | Gdisk, parted ou gparted seront vos amis pour cela. | + | |
| - | Une taille de 100 Mo suffira largement, ce sera même un peu grand, mais mieux vos voir large au cas ou par la suite vous voudriez installer des tools kits, UEFI. | + | |
| - | <code> | + | 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). |
| - | $ gdisk /dev/sdx (sdx étant votre clé usb ) | + | |
| - | $ h (Affiche l'aide ) | + | |
| - | $ o (Créer une nouvelle table de partition GPT ) | + | |
| - | $ n ( Créer une nouvelle partition ) | + | |
| - | $ 1 ( Numero de la partition par défault ) | + | |
| - | $ 2048 ( Premier secteur par défaut ) | + | |
| - | $ +100M ( Dernier secteur 100Mo ) | + | |
| - | $ 8300 ( 8300 LFS par défaut ) | + | |
| - | $ w ( Sauvegarde des modifications) | + | |
| - | </code> | + | |
| + | 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. | ||
| - | Créons maintenant un système de fichier FAT32 sur notre partition. | + | Il est assez simple d' utilistation, polyvalent et va nous permettre de booter une image iso n'ayant pas le support pour l'EFI. |
| - | <code> | + | http://www.rodsbooks.com/refind/ |
| - | $ mkfs.vfat -F32 /dev/sdx1 | + | |
| - | </code> | + | |
| - | Il nous faut la monter pour pouvoir y déposer notre Shell. | + | ====Téléchargement==== |
| - | <code> | + | Aller à la page de téléchargement de [[http://www.rodsbooks.com/refind/getting.html|rEFIND]]. |
| - | $mkdir -p /media/EFI/ | + | |
| - | $ mount /dev/sdx1 /media/EFI | + | |
| - | </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]]. | + | Télécharger les fichiers correspondant à votre périphériques. |
| - | Télécharger, le version correspondante à votre architecture et enregistrer là dans le dossier **/media/EFI/boot/** | + | Dans cet exemple je vais utiliser une image disque USB. |
| - | Renommer le en **bootx64.efi** | + | Après décompression je copie l' image disque à l'aide de <dd>, afin de récupérer les fichiers de l'image. |
| - | 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. | ||
| - | |||
| - | Ces commandes sont proches du batch Windows : | ||
| - | |||
| - | **Table 1 Commands from Default Build Shell** | ||
| - | |||
| - | ^ Commandes ^ Description | ||
| - | | alias | Displays, creates, or deletes aliases in the EFI Shell. | | ||
| - | | attrib | Displays or changes the attributes of files or directories | | ||
| - | | cd | Displays or changes the current directory | | ||
| - | | cls | Clears the standard output and optionally changes the background color | | ||
| - | | connect | Binds a driver to a specific device and starts the driver | | ||
| - | | cp | Copies one or more source files or directories to a destination | | ||
| - | | date | Displays and sets the current date for the system | | ||
| - | | del | Deletes one or more files or directories | | ||
| - | | dh | Displays the device handles in the EFI environment | | ||
| - | | dir | Lists directory contents or file information | | ||
| - | | disconnect | Disconnects one or more drivers from the specified devices | | ||
| - | | drivers | Displays a list of information for drivers | | ||
| - | | drvcfg | Invokes the Driver Configuration Protocol | | ||
| - | | drvdiag | Invokes the Driver Diagnostics Protocol | | ||
| - | | echo | Displays messages or turns command echoing on or off | | ||
| - | | exit | Exits the EFI Shell environment | | ||
| - | | help | Displays the list of commands that are built into the EFI Shell | | ||
| - | | load | Loads an EFI driver into memory | | ||
| - | | ls | Lists a directory's contents or file information | | ||
| - | | map | Defines a mapping between a user-defined name and a device handle | | ||
| - | | mkdir | Creates one or more new directories | | ||
| - | | mv | Moves one or more files to a destination within a file system | | ||
| - | | reconnect | Reconnects drivers to the specific device | | ||
| - | | reset | Resets the system | | ||
| - | | rm | Deletes one or more files or directories | | ||
| - | | set | Used to maintain the environment variables | | ||
| - | | time | Displays or sets the current time for the system | | ||
| - | | touch | Updates the time and date on a file to the current time and date | | ||
| - | | type | Sends the contents of a file to the standard output device | | ||
| - | | unload | Unloads a driver image that was already loaded | | ||
| - | | ver | Displays the version information for this EFI firmware | | ||
| - | | vol | Displays the volume information for the file system | | ||
| - | |||
| - | |||
| - | |||
| - | ===== rEFIND ===== | ||
| - | |||
| - | |||
| - | Page officiel de Refind: http://www.rodsbooks.com/refind/ | ||
| - | |||
| - | ===== Installation ===== | ||
| - | |||
| - | 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. | ||
| - | |||
| - | <code> | ||
| - | $ unzip refind-bin-0.7.3.zip | ||
| - | $ cd refind-bin-0.7.3/refind/ | ||
| - | $ ls | ||
| - | drivers_ia32 drivers_x64 icons refind.conf-sample refind_ia32.efi refind_x64.efi tools_ia32 tools_x64 | ||
| - | </code> | ||
| - | |||
| - | On renomme quelques fichiers | ||
| <code> | <code> | ||
| - | $ mv refind_x64.efi bootx64.efi | + | $ dd if=refind-flashdrive-0.7.3.img of=/dev/sdx bs=1M |
| - | $ mv refind_ia32.efi bootia32.efi | + | $ mount /dev/sdb1 /media/usb0 |
| - | $ ls | + | $ cd /media/usb0 |
| - | bootia32.efi bootx64.efi drivers_ia32 drivers_x64 icons refind.conf-sample tools_ia32 tools_x64 | + | $ls |
| + | EFI shellia32.efi shellx64.efi | ||
| + | $ cp -r * ~/ | ||
| </code> | </code> | ||
| - | Ensuite on doit déplacer tous ces petits fichiers dans le répertoire EFI/boot/ de notre clé USB. | + | ===GDISK=== |
| - | + | ||
| - | <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, | + | |
| - | + | ||
| + | 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. | ||
| + | On va utiliser <gdisk> ce soft est similaire à fdisk, mais a nous permettre de manipuler des tables de partition GPT. | ||
| + | Sur la plupart des distributions il n'est pas installer par défault. | ||
| <code> | <code> | ||
| - | $ mount | + | $ sudo apt-get install gdisk |
| - | /dev/sdb1 on /media/refind type vfat (rw) | + | $ sudo gdisk /dev/sdb |
| - | /dev/sdb2 on /media/LMDE type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks2) | + | $ o |
| + | $ n | ||
| + | $ 1 | ||
| + | $ 2048 | ||
| + | $ +100M | ||
| + | $ ef00 | ||
| + | $ n | ||
| + | $ 206848 | ||
| + | $ +2000M | ||
| + | $ 8300 | ||
| + | $ w | ||
| </code> | </code> | ||
| - | |||
| - | |||
| - | =====Configuration===== | ||
| - | |||
| - | Pour cette seconde troisième partie nous allons nous attaquer le fichier de configuration **refind.conf** qui ce trouve sur notre clé usb. | ||
| - | |||
| - | $ cd /media/refind/EFI/boot | ||
| - | |||
| - | Là vous devriez avoir un fichier refind.conf-sample, vous pouvez l' éxaminer, il est assez long mais il y a plein de commentaires et quelques modèles. | ||
| - | |||
| - | Nous nous allons en créer un beaucoup plus cours.//(j'ai récupere ce fichier, dans l'iso de manjaro, cette iso ma beaucoup aidé pour le fonctionnement de refind))// | ||
| - | |||
| - | |||
| - | <file> | ||
| - | timeout 5 | ||
| - | |||
| - | hideui singleuser | ||
| - | |||
| - | textonly | ||
| - | #resolution 1024 768 | ||
| - | |||
| - | use_graphics_for osx | ||
| - | |||
| - | showtools about,reboot,shutdown,exit | ||
| - | |||
| - | scan_driver_dirs EFI/boot/drivers_x64 | ||
| - | |||
| - | scanfor manual,internal,external,optical | ||
| - | |||
| - | scan_delay 1 | ||
| - | |||
| - | #also_scan_dirs boot | ||
| - | |||
| - | dont_scan_dirs EFI/boot | ||
| - | |||
| - | #scan_all_linux_kernels | ||
| - | |||
| - | max_tags 0 | ||
| - | |||
| - | default_selection "Debian Live" | ||
| - | |||
| - | menuentry "Debian Live" { | ||
| - | icon /EFI/boot/icons/os_linux.icns | ||
| - | volume 1: | ||
| - | loader /live/vmlinuz | ||
| - | initrd /live/initrd.img | ||
| - | ostype Linux | ||
| - | graphics off | ||
| - | options "ro root=UUID=3568-43B4 add_efi_memmap config boot=live" | ||
| - | } | ||
| - | |||
| - | menuentry "UEFI x64 Shell v2" { | ||
| - | icon /EFI/boot/icons/tool_shell.icns | ||
| - | loader /EFI/tools/shellx64_v2.efi | ||
| - | graphics off | ||
| - | } | ||
| - | |||
| - | menuentry "UEFI x64 Shell v1" { | ||
| - | icon /EFI/boot/icons/tool_shell.icns | ||
| - | loader /EFI/tools/shellx64_v1.efi | ||
| - | graphics off | ||
| - | } | ||
| - | |||
| - | </file> | ||
| - | |||
| - | Bien sûr ceci n'est qu'un exemple il faut que vous éditiez refind.conf en prenant exemple sur les fichiers qui sont sur votre iso. | ||
| - | |||
| - | == 1 : Quelques poins important :== | ||
| - | |||
| - | |||
| - | **scan_driver_dir** : Faites attention que le chemin corresponde bien. | ||
| - | |||
| - | **volume 1:** : Correspond au deuxième périphérique de stockage donc votre clé usb <0:> étant /dev/sda. | ||
| - | |||
| - | **loader** : Correspond au chemin de l'image du noyau. | ||
| - | |||
| - | **initrd** : Correspond au chemin de l' image RAM. | ||
| - | |||
| - | **ro root=UUID=3568-43B4** : Un simple blkid vous renseigne sur ce numéro. | ||
| - | |||
| - | Options : reporter les options qui sont dans le fichier **isolinux/live.cfg**, n'oubliez pas les guillemets et **add_efi_memmap** | ||
| - | |||
| - | Pour les autres Options, regardez le fichier **refind.conf-sample**. | ||
| - | |||
| - | Vous remarquerez la présence de **menuentry "UEFI x64 Shell v2"** | ||
| - | |||
| - | Et oui, il ya un Shell UEFI vous pouvez les télécharger sur [[https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface#UEFI_Shell| Archlinux]] | ||
| - | |||
| - | Et pour la forme: [[http://software.intel.com/en-us/articles/efi-shells-and-scripting/|EFI Shells and Scripting]] | ||
| - | |||
| - | |||
| - | |||
| - | |||
| - | ===== Utilisation ===== | ||
| - | |||
| - | Si les fichier de configuration sont niquels, et que vous les avez préparer au petits oignons. | ||
| - | On peut redémmarer, <échap> ou je ne sais quelle touche, pour booter UEFI USB NMAP je sais pas quoi. | ||
| - | |||
| - | Normalement Refind se lance, il scan vos disques, et là si tous est bien configurer vous choisisssez Debian Live. | ||
| - | |||
| - | Si cela ne fonctionne pas revoyez votre refind.conf, ou bien postez un message sur le forum. | ||
| - | |||
| - | J 'espère que ce tuto sera utile, j'ai moi même galéré pour démmarer certaine iso sur mon laptop acheté avec Windows 8 préinstallé. | ||
| - | |||
| - | Refind fait des miracles ;) | ||
| + | |||
