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:08] mytux [EFI & UEFI] |
doc:install:refind-boot-uefi [17/08/2013 17:15] mytux [Structures de disques EFI] |
||
|---|---|---|---|
| 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 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). Au fil du temps, le BIOS a pris de l'àge, ecris sur un de 16 bits, alors que les systèmes d'exploitation et le matériel évoluaient, passant de 32 bits à 64 bits. 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. | ||
| - | 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). | + | =====EFI et UEFI===== |
| - | 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. | + | J'utilise le terme EFI pour se référer soit à EFI 1.X ou plus l'UEFI. |
| - | 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'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===== | ||
| - | =====EFI et UEFI===== | + | 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 : | ||
| - | J'utilise le terme EFI pour se référer soit EFI 1. X ou l'UEFI plus récent. | + | *Il supporte les disques de Plus de 2.2 to. |
| + | *Il a une limite de 128 partitions primaires. | ||
| - | 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’ installer, ce qui peut théoriquement bloquer une avenue d'attaques de malwares. | + | 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. |
| - | Depuis la version 2.3.1, l'UEFI intègre une fonctionnalité n'autorisant le démarrage qu'aux systèmes d'exploitation reconnus.// | ||
| - | 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.// | + | 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**. |
| - | 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 libres ou alternatifs. | + | 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**. |
| - | =====Structures de disques EFI===== | + | 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. |
| - | 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.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. | ||
| - | 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. Une fois que Linux est 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. | ||
| - | *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. | ||
| - | |||
| - | *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). | ||
| - | *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. | + | ===== rEFIND ===== |
| - | *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. | + | 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 cnfiguration dans **/boot/grub** monté sur la partition racine de Linux. |
| - | *Deux formats de tables des partitions sont pris en charge: l'ancien MBR et le nouveau GPT. | + | Vous pouvez l'installer, une clé USB, un disque dur, un cdrom, ce qui le rend très polyvalent, et pratique. |
| - | + | ||
| - | *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. | + | |
| - | *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. | ||
| - | *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. | ||
| + | http://www.rodsbooks.com/refind/ | ||
| + | =====Getting rEFIND===== | ||
| + | Aller à la page de téléchargement de [[http://www.rodsbooks.com/refind/getting.html|rEFIND]]. | ||
| + | Télécharger les fichiers correspondant à votre périphériques. | ||
| + | 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. | ||
| - | + | <code> | |
| + | $ dd if=refind-flashdrive-0.7.3.img of=/dev/sdx bs=1M # Copie sur la clef USB | ||
| + | $ mount /dev/sdb1 /media/usb0 | ||
| + | $ cd /media/usb0 | ||
| + | $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> | ||
| - | =====UEFI Shell :===== | + | =====EFI file System===== |
| - | Préparons une clef USB, pour accueillir le shell UEFI. | + | 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. |
| - | Comme expliqué précédemment nous aurons besoin d'une table de partition GPT ainsi qu'une partition de type FAT32 ou FAT16. | + | On va utiliser <gdisk>, ce soft est similaire à fdisk, mais a nous permettre de manipuler des tables de partition GPT. |
| - | Gdisk, parted ou gparted seront vos amis pour cela. | + | Sur la plupart des distributions il n'est pas installer par défault. |
| - | 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> | <code> | ||
| - | $ gdisk /dev/sdx (sdx étant votre clé usb ) | + | $ sudo apt-get install gdisk |
| - | $ h (Affiche l'aide ) | + | $ sudo gdisk /dev/sdb |
| - | $ o (Créer une nouvelle table de partition GPT ) | + | $ o # Créer une nouvelle table de partion GPT |
| - | $ n ( Créer une nouvelle partition ) | + | $ n # Créer une nouvelle partition |
| - | $ 1 ( Numero de la partition par défault ) | + | $ 1 # Par défault partition numéro 1 |
| - | $ 2048 ( Premier secteur par défaut ) | + | $ 2048 # Premier secteur par défault |
| - | $ +100M ( Dernier secteur 100Mo ) | + | $ +100M # 100 MB je pense que cela suffira, si vous rencontrez des problèmes, augmenter sa taille. |
| - | $ 8300 ( 8300 LFS par défaut ) | + | $ ef00 # ef00 (EFI File System) |
| - | $ w ( Sauvegarde des modifications) | + | |
| </code> | </code> | ||
| - | + | Création d'une seconde partion pour notre image iso. | |
| - | Créons maintenant un système de fichier FAT32 sur notre partition. | + | |
| <code> | <code> | ||
| - | $ mkfs.vfat -F32 /dev/sdx1 | + | $ 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> | </code> | ||
| - | Il nous faut la monter pour pouvoir y déposer notre Shell. | + | Ensuite, il faut redémarer pour que le Kernel relise la table de partitions. |
| <code> | <code> | ||
| - | $mkdir -p /media/EFI/ | + | $ sudo shutdown -r now |
| - | $ mount /dev/sdx1 /media/EFI | + | |
| </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]]. | + | Création d' un système de fichiers FAT32 sur les deux partions : |
| - | Télécharger, le version correspondante à votre architecture et enregistrer là dans le dossier **/media/EFI/boot/** | + | <code> |
| - | + | $ mkfs.vfat -F32 /dev/sdb1 | |
| - | Renommer le en **bootx64.efi** | + | $ mkfs.vfat -F32 /dev/sdb2 |
| - | + | </code> | |
| - | 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 ===== | ===== 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. | + | 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. |
| - | 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. | + | Montage des périphériques : |
| <code> | <code> | ||
| - | $ unzip refind-bin-0.7.3.zip | + | $ sudo mount /dev/sdx1 /media/usb0 |
| - | $ cd refind-bin-0.7.3/refind/ | + | $ sudo mount /dev/sdx2 /media/usb1 |
| - | $ ls | + | </code> |
| - | drivers_ia32 drivers_x64 icons refind.conf-sample refind_ia32.efi refind_x64.efi tools_ia32 tools_x64 | + | |
| - | </code> | + | Copie de rEFIND sur la premiere partition : |
| - | On renomme quelques fichiers | ||
| <code> | <code> | ||
| - | $ mv refind_x64.efi bootx64.efi | + | $ sudo cp -r EFI shellx64.efi /media/usb0 # x64 ou ia32 selon votre architecture (ia32 sur MAC) |
| - | $ mv refind_ia32.efi bootia32.efi | + | $ cd /media/usb0 |
| $ ls | $ ls | ||
| - | bootia32.efi bootx64.efi drivers_ia32 drivers_x64 icons refind.conf-sample tools_ia32 tools_x64 | + | 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> | </code> | ||
| - | Ensuite on doit déplacer tous ces petits fichiers dans le répertoire EFI/boot/ de notre clé USB. | + | Ensuite installons notre iso avec Unetbootin : |
| <code> | <code> | ||
| - | $ mv bootia32.efi boottX64.efi /media/EFI/EFI/boot/ | + | $ sudo apt-get install unetbootin |
| - | $ mv -r drivers_ia32 drivers_x64 icons refind.conf-sample tools_ia32 tools_x64 /media/EFI/EFI/ | + | $ sudo unetbootin & |
| </code> | </code> | ||
| - | Voila c'est presque près courage, nous enfin installer un boot manager digne de ce nom. | + | Bon là pas besoin de moi, vous installez une iso qui vous fais des misères (Crunchbang, LMDE) sur /dev/sdx2. |
| - | Vous avez sûrement une image iso sous la main, | + | Dans cet exemple j'utilise Crunchbang. |
| + | =====Configuration===== | ||
| + | |||
| + | On approche de la fin, et on entame la partir la plus marrante. | ||
| + | Toutes la configuration ce fait dans le fichier refind.conf. | ||
| + | Jeter un oeil sur la page de Roderick W. Smith, [[http://www.rodsbooks.com/refind/configfile.html|Configuring the Boot manager]]. | ||
| + | Et aussi, le fichier example.conf qu'on a rennomer tout à l'heure. | ||
| <code> | <code> | ||
| - | $ mount | + | $ nano refind.conf |
| - | /dev/sdb1 on /media/refind type vfat (rw) | + | |
| - | /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> | ||
| + | Mon fichier refind.conf: | ||
| - | =====Configuration===== | + | <code> |
| - | + | timeout 10 | |
| - | 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 | + | icons_dir EFI/boot/icons |
| textonly | textonly | ||
| - | #resolution 1024 768 | ||
| - | use_graphics_for osx | + | use_graphics_for linux |
| - | showtools about,reboot,shutdown,exit | + | showtools shell, about, reboot, exit |
| scan_driver_dirs EFI/boot/drivers_x64 | scan_driver_dirs EFI/boot/drivers_x64 | ||
| - | scanfor manual,internal,external,optical | + | scanfor internal,external,optical,manual |
| scan_delay 1 | scan_delay 1 | ||
| - | #also_scan_dirs boot | + | dont_scan_dirs EFI/linuxmint,boot |
| - | dont_scan_dirs EFI/boot | + | default_selection Crunch_Live |
| - | #scan_all_linux_kernels | + | menuentry Crunch_Live { |
| - | + | icon /EFI/boot/icons/os_debian.icns | |
| - | max_tags 0 | + | volume 1: |
| - | + | loader /live/vmlinuz | |
| - | default_selection "Debian Live" | + | initrd /live/initrd.img |
| - | + | options "ro root=UUID=C847-7244 add_efi_memmap config boot=live" | |
| - | menuentry "Debian Live" { | + | osype Linux |
| - | icon /EFI/boot/icons/os_linux.icns | + | graphics off |
| - | 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" { | + | menuentry Crunch_Install { |
| - | icon /EFI/boot/icons/tool_shell.icns | + | icon /EFI/boot/icons/os_debian.icns |
| - | loader /EFI/tools/shellx64_v2.efi | + | volume 1: |
| - | graphics off | + | 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> | ||
| - | menuentry "UEFI x64 Shell v1" { | + | <note important> |
| - | icon /EFI/boot/icons/tool_shell.icns | + | rEfind est assez capricieux, votre fichier refind.conf ne doit pas avoir un pet de travers. |
| - | loader /EFI/tools/shellx64_v1.efi | + | C'est pour cela qu'il n' ya pas de commentaires dans le fichier, ci-dessus. |
| - | graphics off | + | </note> |
| - | } | + | |
| - | </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. | + | Pour vous aider vous aurez besoin du fichier syslinux.cfg générer par Unetbootin : |
| - | == 1 : Quelques poins important :== | + | <code> |
| + | $ cd /media/usb1 | ||
| + | $ cat syslinux.cfg | ||
| + | default menu.c32 | ||
| + | prompt 0 | ||
| + | menu title UNetbootin | ||
| + | timeout 100 | ||
| + | label unetbootindefault | ||
| + | menu label Default | ||
| + | kernel /ubnkern | ||
| + | append initrd=/ubninit boot=live config quiet | ||
| - | **scan_driver_dir** : Faites attention que le chemin corresponde bien. | + | label ubnentry0 |
| + | menu label Live Session | ||
| + | kernel /live/vmlinuz | ||
| + | append initrd=/live/initrd.img boot=live config quiet | ||
| - | **volume 1:** : Correspond au deuxième périphérique de stockage donc votre clé usb <0:> étant /dev/sda. | + | 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 | ||
| - | **loader** : Correspond au chemin de l'image du noyau. | + | label ubnentry2 |
| + | menu label Memory Test | ||
| + | kernel /live/memtest | ||
| + | append initrd=/ubninit | ||
| - | **initrd** : Correspond au chemin de l' image RAM. | + | $ |
| + | </code> | ||
| - | **ro root=UUID=3568-43B4** : Un simple blkid vous renseigne sur ce numéro. | + | ===== Utilisation ===== |
| - | Options : reporter les options qui sont dans le fichier **isolinux/live.cfg**, n'oubliez pas les guillemets et **add_efi_memmap** | + | C'est le moment de vérité, on peut redémarer. |
| - | Pour les autres Options, regardez le fichier **refind.conf-sample**. | + | On choisis de démarrer sur l' ESP dans l'interface de notre EFI. |
| - | Vous remarquerez la présence de **menuentry "UEFI x64 Shell v2"** | + | Là normalement rEFIND se lance, il doit tout d'abord scanner vos disques. |
| - | 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]] | + | 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. |
| - | Et pour la forme: [[http://software.intel.com/en-us/articles/efi-shells-and-scripting/|EFI Shells and Scripting]] | + | Essayons Crunch_Live ... |
| + | 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. | ||
| - | ===== 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. | + | ===== UEFI Shell ===== |
| - | + | ||
| - | 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é. | + | 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. |
| - | Refind fait des miracles ;) | + | <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> | ||
| + | Dans le menu de rEFIND, vous choisissez Shell EFI, là du texte jaune sur un fond noir c'est le Shell EFI. | ||
| + | La syntaxe est un mélange entre le DOS et le Shell UNIX. | ||
