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:58] mytux [UEFI Shell :] |
doc:install:refind-boot-uefi [14/08/2013 16:31] mytux |
||
|---|---|---|---|
| Ligne 7: | Ligne 7: | ||
| - | ====== UEFI & EFI ( EN chantier )====== | + | ====== UEFI & EFI====== |
| 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 17: | Ligne 17: | ||
| * Suivi : {{tag>en-chantier à-tester à-placer}} | * Suivi : {{tag>en-chantier à-tester à-placer}} | ||
| - | ===== EFI & UEFI ===== | ||
| + | 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). | ||
| - | 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). | + | 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. |
| - | + | ||
| - | 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. | + | |
| 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 27: | ||
| =====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. | + | |
| - | 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. | + | 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 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 44: | ||
| 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 64: | Ligne 64: | ||
| 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 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/ | ||
| - | ===== 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. | + | =====Getting rEFIND===== |
| - | 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. | + | Aller à la page de téléchargement de [[http://www.rodsbooks.com/refind/getting.html|rEFIND]]. |
| - | <code> | + | Télécharger les fichiers correspondant à votre périphériques. |
| - | $ unzip refind-bin-0.7.3.zip | + | |
| - | $ cd refind-bin-0.7.3/refind/ | + | Dans cet exemple je vais utiliser une image disque USB. |
| - | $ ls | + | |
| - | drivers_ia32 drivers_x64 icons refind.conf-sample refind_ia32.efi refind_x64.efi tools_ia32 tools_x64 | + | Après décompression je copie l' image disque à l'aide de <dd>, afin de récupérer les fichiers de l'image. |
| - | </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 # Copie sur la clef USB |
| - | $ 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 # On récupère les fichiers. | ||
| + | $ cp -r * ~/ | ||
| + | $ umount /media/usb0 # Et on démonte, pour préparer le système de fichier. | ||
| </code> | </code> | ||
| - | Ensuite on doit déplacer tous ces petits fichiers dans le répertoire EFI/boot/ de notre clé USB. | + | =====EFI file System===== |
| + | |||
| + | 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> | ||
| - | $ mv bootia32.efi boottX64.efi /media/EFI/EFI/boot/ | + | $ sudo apt-get install gdisk |
| - | $ mv -r drivers_ia32 drivers_x64 icons refind.conf-sample tools_ia32 tools_x64 /media/EFI/EFI/ | + | $ sudo gdisk /dev/sdb |
| + | $ o # Créer une nouvelle table de partion GPT | ||
| + | $ n # Créer une nouvelle partition | ||
| + | $ 1 # Par défault partition numéro 1 | ||
| + | $ 2048 # Premier secteur par défault | ||
| + | $ +100M # 100 MB je pense que cela suffira, si vous rencontrez des problèmes, augmenter sa taille. | ||
| + | $ ef00 # ef00 (EFI File System) | ||
| </code> | </code> | ||
| - | Voila c'est presque près courage, nous enfin installer un boot manager digne de ce nom. | + | Création d'une seconde partion pour notre image iso. |
| - | + | ||
| - | Vous avez sûrement une image iso sous la main, | + | |
| + | <code> | ||
| + | $ n | ||
| + | $ 206848 # 206848 par défault à la suite de l'ESP | ||
| + | $ +2000M # 2 GB, je vois large. | ||
| + | $ 8300 # 8300 (Linux File System) | ||
| + | $ w # On sauvegarde | ||
| + | </code> | ||
| + | Ensuite, il faut redémarer pour que le Kernel relise la table de partitions. | ||
| + | <code> | ||
| + | $ sudo shutdown -r now | ||
| + | </code> | ||
| + | Création d' un système de fichiers FAT32 sur les deux partions : | ||
| <code> | <code> | ||
| - | $ mount | + | $ mkfs.vfat -F32 /dev/sdb1 |
| - | /dev/sdb1 on /media/refind type vfat (rw) | + | $ mkfs.vfat -F32 /dev/sdb2 |
| - | /dev/sdb2 on /media/LMDE type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks2) | + | |
| </code> | </code> | ||
| + | ===== Installation ===== | ||
| - | =====Configuration===== | + | Pour l'installation on aura juste à copier les fichiers que étaient dans l'image flashdrive de rEFIND dans notre ESP; et utiliser Unetbootin pour copier notre iso sur notre seconde partition. |
| - | Pour cette seconde troisième partie nous allons nous attaquer le fichier de configuration **refind.conf** qui ce trouve sur notre clé usb. | + | Montage des périphériques : |
| - | $ cd /media/refind/EFI/boot | + | <code> |
| + | $ sudo mount /dev/sdx1 /media/usb0 | ||
| + | $ sudo mount /dev/sdx2 /media/usb1 | ||
| + | </code> | ||
| - | 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. | + | Copie de rEFIND sur la premiere partition : |
| - | 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))// | + | <code> |
| + | $ 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 #Supression des fichiers inutiles | ||
| + | $ mv refind.conf exemple.conf #Jeter un oeil à ce fichier, il y-a plein de commentaire. | ||
| + | </code> | ||
| + | Ensuite installons notre iso avec Unetbootin : | ||
| - | <file> | + | <code> |
| - | timeout 5 | + | $ sudo apt-get install unetbootin |
| + | $ sudo unetbootin & | ||
| + | </code> | ||
| - | hideui singleuser | + | Bon là pas besoin de moi, vous installez une iso qui vous fais des misères (Crunchbang, LMDE) sur /dev/sdx2. |
| - | textonly | + | Dans cet exemple j'utilise Crunchbang. |
| - | #resolution 1024 768 | + | |
| - | use_graphics_for osx | + | =====Configuration===== |
| + | |||
| + | On approche de la fin, et on entame la partir la plus marrante. | ||
| - | showtools about,reboot,shutdown,exit | + | Toutes la configuration ce fait dans le fichier refind.conf. |
| - | scan_driver_dirs EFI/boot/drivers_x64 | + | Jeter un oeil sur la page de Roderick W. Smith, [[http://www.rodsbooks.com/refind/configfile.html|Configuring the Boot manager]]. |
| - | scanfor manual,internal,external,optical | + | Et aussi, le fichier example.conf qu'on a rennomer tout à l'heure. |
| - | scan_delay 1 | + | <code> |
| + | $ nano refind.conf | ||
| + | </code> | ||
| - | #also_scan_dirs boot | + | Mon fichier refind.conf: |
| - | dont_scan_dirs EFI/boot | + | <code> |
| + | timeout 10 | ||
| - | #scan_all_linux_kernels | + | icons_dir EFI/boot/icons |
| - | max_tags 0 | + | textonly |
| - | default_selection "Debian Live" | + | use_graphics_for linux |
| - | menuentry "Debian Live" { | + | showtools shell, about, reboot, exit |
| - | 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" { | + | scan_driver_dirs EFI/boot/drivers_x64 |
| - | icon /EFI/boot/icons/tool_shell.icns | + | |
| - | loader /EFI/tools/shellx64_v2.efi | + | |
| - | graphics off | + | |
| - | } | + | |
| - | menuentry "UEFI x64 Shell v1" { | + | scanfor internal,external,optical,manual |
| - | icon /EFI/boot/icons/tool_shell.icns | + | |
| - | loader /EFI/tools/shellx64_v1.efi | + | |
| - | graphics off | + | |
| - | } | + | |
| - | </file> | + | scan_delay 1 |
| - | 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. | + | dont_scan_dirs EFI/linuxmint,boot |
| - | == 1 : Quelques poins important :== | + | default_selection Crunch_Live |
| + | menuentry Crunch_Live { | ||
| + | icon /EFI/boot/icons/os_debian.icns | ||
| + | volume 1: | ||
| + | loader /live/vmlinuz | ||
| + | initrd /live/initrd.img | ||
| + | options "ro root=UUID=C847-7244 add_efi_memmap config boot=live" | ||
| + | osype Linux | ||
| + | graphics off | ||
| + | } | ||
| - | **scan_driver_dir** : Faites attention que le chemin corresponde bien. | + | menuentry Crunch_Install { |
| + | icon /EFI/boot/icons/os_debian.icns | ||
| + | volume 1: | ||
| + | loader /install/vmlinuz | ||
| + | initrd /install/initrd.gz | ||
| + | options "ro root=UUID=C847-7244 add_efi_memmap file=/cdrom/install/crunchbang.cfg" | ||
| + | osype Linux | ||
| + | graphics off | ||
| + | } | ||
| + | </code> | ||
| - | **volume 1:** : Correspond au deuxième périphérique de stockage donc votre clé usb <0:> étant /dev/sda. | + | <note important> |
| + | rEfind est assez capricieux, votre fichier refind.conf ne doit pas avoir un pet de travers. | ||
| + | C'est pour cela qu'il n' ya pas de commentaires dans le fichier, ci-dessus. | ||
| + | </note> | ||
| - | **loader** : Correspond au chemin de l'image du noyau. | ||
| - | **initrd** : Correspond au chemin de l' image RAM. | + | Pour vous aider vous aurez besoin du fichier syslinux.cfg générer par Unetbootin : |
| - | **ro root=UUID=3568-43B4** : Un simple blkid vous renseigne sur ce numéro. | + | <code> |
| + | $ cd /media/usb1 | ||
| + | $ cat syslinux.cfg | ||
| + | default menu.c32 | ||
| + | prompt 0 | ||
| + | menu title UNetbootin | ||
| + | timeout 100 | ||
| - | Options : reporter les options qui sont dans le fichier **isolinux/live.cfg**, n'oubliez pas les guillemets et **add_efi_memmap** | + | label unetbootindefault |
| + | menu label Default | ||
| + | kernel /ubnkern | ||
| + | append initrd=/ubninit boot=live config quiet | ||
| - | Pour les autres Options, regardez le fichier **refind.conf-sample**. | + | label ubnentry0 |
| + | menu label Live Session | ||
| + | kernel /live/vmlinuz | ||
| + | append initrd=/live/initrd.img boot=live config quiet | ||
| - | Vous remarquerez la présence de **menuentry "UEFI x64 Shell v2"** | + | label ubnentry1 |
| + | menu label Install | ||
| + | kernel /install/gtk/vmlinuz | ||
| + | append initrd=/install/gtk/initrd.gz video=vesa:ywrap,mtrr vga=788 quiet file=/cdrom/install/crunchbang.cfg | ||
| - | 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]] | + | label ubnentry2 |
| + | menu label Memory Test | ||
| + | kernel /live/memtest | ||
| + | append initrd=/ubninit | ||
| - | Et pour la forme: [[http://software.intel.com/en-us/articles/efi-shells-and-scripting/|EFI Shells and Scripting]] | + | $ |
| + | </code> | ||
| + | ===== Utilisation ===== | ||
| + | C'est le moment de vérité, on peut redémarer. | ||
| + | On choisis de démarrer sur l' ESP dans l'interface de notre EFI. | ||
| - | ===== Utilisation ===== | + | Là normalement rEFIND se lance, il doit tout d'abord scanner vos disques. |
| - | Si les fichier de configuration sont niquels, et que vous les avez préparer au petits oignons. | + | 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 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. | + | Essayons Crunch_Install ... |
| - | Si cela ne fonctionne pas revoyez votre refind.conf, ou bien postez un message sur le forum. | + | 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. |
| - | 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é. | + | Crunchbang a refuse de booter parcequ' il y avait un point entre deux lignes, j'ai mis trois plombes pour trouver le problème. |
| - | Refind fait des miracles ;) | + | 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 ===== | ||
| + | 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. | ||
| + | <note> | ||
| + | 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> | ||
