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 [11/08/2013 05:04] martinux_qc [Installation] |
doc:install:refind-boot-uefi [04/09/2013 19:48] mytux [Le BIOS] |
||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| + | ====== UEFI & EFI====== | ||
| - | |||
| - | |||
| - | N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs ! | ||
| (//non testé// - **mytux** 09/08/13) | (//non testé// - **mytux** 09/08/13) | ||
| Le retour sur le forum est ici : [[http://debian-facile.org/viewtopic.php?id=7225|[WIKI] Tuto, Refind boot iso from UEFI ou EFI ]] | Le retour sur le forum est ici : [[http://debian-facile.org/viewtopic.php?id=7225|[WIKI] Tuto, Refind boot iso from UEFI ou EFI ]] | ||
| - | + | N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs ! | |
| - | + | ||
| - | ====== 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 13: | Ligne 9: | ||
| * Objet : Boot d'une distribution non compatible avec EFI & UEFI. | * Objet : Boot d'une distribution non compatible avec EFI & UEFI. | ||
| * Niveau requis : Tous | * Niveau requis : Tous | ||
| - | * Commentaires : Ce tuto, concerne les personnes disposant d' une carte mère intègrant des firmware EFI & UEFI. | + | * Commentaires : Ce tuto, concerne les personnes disposant d'une carte mère intégrant des firmwares EFI & UEFI. |
| * Débutant, à savoir : [[manuel:le_debianiste_qui_papillonne|Utiliser GNU/Linux en ligne de commande, tout commence là !.]] :-) | * Débutant, à savoir : [[manuel:le_debianiste_qui_papillonne|Utiliser GNU/Linux en ligne de commande, tout commence là !.]] :-) | ||
| * Suivi : {{tag>en-chantier à-tester à-placer}} | * Suivi : {{tag>en-chantier à-tester à-placer}} | ||
| - | ===== EFI & UEFI ===== | + | =====Le BIOS===== |
| - | Unified Extensible Firmware Interface (UEFI, interface micrologiciel extensible unifiée) définit un logiciel intermédiaire entre le logiciel micrologiciel (firmware) et le système d'exploitation d'un ordinateur.// | + | 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 BIOS ((Basic Input/Output System)). |
| - | Il fait suite à EFI (Extensible Firmware Interface), conçue par Intel.// | + | Le BIOS est l’ interface logicielle entre le matérielle et le logiciel à un niveau très basique. Il fournit le niveau d’interface le plus bas aux pilotes et périphériques. |
| - | Il est écrit en C, contrairement au Bios qui lui est écrit en assembleur. // | + | Le BIOS est présent sur une mémoire EEPROM((Electric Erasable Programmable Read-Only Memory)) de l’ordinateur. Quand l’ ordinateur est électriquement allumé, ou lors d’un //reset//, un signal ((Power Good))est envoyé au microprocesseur. Celui-ci déclenche alors l’exécution du BIOS. |
| - | il existe un Shell EFI proche du MSDOS, qui permet d’exécuter des commandes, des scripts et des applications écrites en C/C++.// | + | Le BIOS effectue un auto-test de l’ allumage (POST((Power On Self Test)) puis recherche les périphériques, notamment ceux utilisés pour démarrer. Les informations sur le matériel sont stockées de manière permanente dans une petite mémoire CMOS alimentée par une batterie. A la fin du processus, le périphérique de démarrage est sélectionné. |
| - | 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. | + | Le BIOS lit et exécute le premier secteur physique du média de démarrage. Il s’agit généralement des 512 premiers octets du premier disque dur (le MBR((Master Boot Record))) ou de la partition active (le PBR((Partition Boot Record))). |
| - | ===== Secure Boot===== | + | =====EFI et UEFI===== |
| - | Depuis la version 2.3.1, l'UEFI intègre une fonctionnalité n'autorisant le démarrage qu'aux systèmes d'exploitation reconnus.// | + | J'utilise le terme EFI pour se référer à EFI 1.X et l'UEFI. |
| - | 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.// | + | L'EFI (Extensible Firmware Interface) et sa variante plus récente [[wp>UEFI]] (Unified EXtensible Firmware Interface), sont des conceptions de firmwares destinés à remplacer le BIOS. |
| - | 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. | + | EFI, a été développé par Intel pour son nouveau processeur Intel-HP Itanium. |
| - | ===== Spécifications : ===== | + | Les capacités de l'EFI sont bien plus grandes que celles du BIOS. |
| - | *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. | + | En effet un EFI peut lire une table de partitions et accéder aux systèmes de fichier, il ne prend pas en charge le multitâche mais peut exécuter des applications en C/C++, pour les versions les plus récentes tel que l' UEFI, des applications graphiques avec prise en charge de la souris. |
| - | + | ||
| - | *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). | + | A l'instar du bios qui utilisait les fichiers cachées //IBMIO.SYS, IBMDOS.SYS (ou IO.SYS, MSDOS.SYS) COMMAND.COM//. L'exécution du programme au standard UEFI lit leur contenu à la recherche d'exécutable UEFI. |
| - | *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. | + | Il est aussi possible de compiler un noyau Linux de sorte à se passer d'un chargeur de démarrage. |
| + | On pourra ensuite créer une entrée dans la NVRAM de notre carte mère à l'aide de **efibootmgr**, du **Shell EFI**, ou d'utiliser un boot manager comme **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. | + | [[https://wiki.archlinux.org/index.php/UEFI_Bootloaders#Linux_Kernel_EFISTUB|Voir EFI stub loader sur ArchWiki]] |
| - | *Deux formats de tables des partitions sont pris en charge: l'ancien MBR et le nouveau GPT. | + | Une autre caractéristique de l'EFI est le [[http://fr.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface#Lancement_s.C3.A9curis.C3.A9_.28secure_boot.29|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 puissent s'exécuter. | |
| - | *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. | + | =====Structure de disque EFI===== |
| - | *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. | + | Selon la version et le constructeur de votre fimware, ces règles peuvent varier. \\ |
| + | En voici un aperçu : | ||
| + | * Tous les périphériques de stockage EFI recherchent un répertoire EFI et listent un point amorce pour chaque fichier ressemblant à *x64.efi *ia32.efi. | ||
| + | * Deux formats de tables sont pris en charges, MBR et GPT, cependant je vous recommande le partitionnement sur une table GPT, elle accepte jusqu'à 128 partitions primaires. | ||
| + | * Pour qu'un amorçage UEFI ait lieu sur un disque fixe, ce dernier doit comporter une partition spéciale ESP (EFI File System), cela peut être contourné en utilisant les pilotes de systèmes de fichier EFI. | ||
| + | * L'ESP devrait officiellement utiliser un système de fichier FAT32, bien que de nombreuses distributions Linux utilisent un système de fichier FAT16, quelquefois un FAT12. | ||
| + | <note info>GPT et FAT32 sont un bon compromis.</note> | ||
| + | * Des utilisateurs ont constaté que certains EFI ont des bugs avec certains boot loaders,qui causent des problèmes avec les ESP inférieures à 512MiB (537MB) où des fichiers ne peuvent pas ê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 doit être 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: | ||
| + | * Debiqn met ses fichiers dans EFI/debian | ||
| + | * Ubuntu met ses fichiers EFI dans EFI/ubuntu | ||
| + | * Red Hat met ses fichiers dans EFI/redhat | ||
| + | Une fois Linux installé, l'ESP est monté dans **/boot/efi** de sorte que l’arborescence soit : | ||
| + | <code>/boot/efi/EFI/ubuntu</code> | ||
| + | <code>/boot/efi/EFI/redhat</code> | ||
| + | <code>/boot/efi/EFI/debian</code> | ||
| + | Si vous avez besoin d'installer un chargeur de démarrage indépendamment de votre système d'exploitation, vous pouvez créer votre propre répertoire. \\ | ||
| + | Exemple : | ||
| + | EFI/refind pour Refind. | ||
| + | ===== rEFIND, EFI boot manager ===== | ||
| - | =====UEFI Shell :===== | + | La plupart des ordinateurs avec une architecture x86-64 et un firmware EFI intègrent un module de compatibilité appellé CSM (Compatibility Support Module), qui est un mode d'émulation du BIOS. D'autres firmwares EFI sont construits au-dessus d' un bios traditionnel, ainsi il est possible de garder les capacités du bios et booter un ordinateur EFI, en mode legacy. |
| - | Préparons une clef USB, pour accueillir le shell UEFI. | + | Cependant il peut arriver que certaines cartes mères n'offrent pas ces options ou que vous souhaitiez par soucis de facilité, utiliser un boot loader plus polyvalent et pouvoir lancer une image disque d'une distribution Linux n'offrant pas le support pour l' UEFI, en mode EFI. |
| - | Comme expliqué précédemment nous aurons besoin d'une table de partition GPT ainsi qu'une partition de type FAT32 ou FAT16. | + | Il existe de nombreux chargeurs de démarrage EFI, tel que : |
| - | 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> | + | * **Elilo** : Elilo est le plus ancien boot loader stable EFI. |
| - | $ gdisk /dev/sdx (sdx étant votre clé usb ) | + | * **Grub legacy** : La version officiel de Grub legacy ne supporte pas le démarrage EFI,cependant Fedora(>=17) utilise une version qui inclut ce support. |
| - | $ h (Affiche l'aide ) | + | * **Grub 2** : Grub2, peut chaîner des d'autres chargeurs de démarrage EFI, peut lire de nombreux systèmes de fichiers, permet de passé des options au noyau avant le démarrage, détecte et configure d'autres systèmes d'exploitation et fournit un Shell. |
| - | $ o (Créer une nouvelle table de partition GPT ) | + | * **Efi stub loader** : Fin 2011, les développeurs du noyau Linux, transforme le kernel en application EFI, ainsi il est possible de passer la main au kernel sans utiliser de chargeur de démarrage. (A partir du kernel 3.3.0) |
| - | $ n ( Créer une nouvelle partition ) | + | * **Refit** : Refit n'est pas un gestionnaire de démarrage, il ne peut charger le noyau Linux ni tout autre OS, son seul but est de charger un boot loader. |
| - | $ 1 ( Numero de la partition par défault ) | + | * **Gumniboot** :Gumniboot, est un gestionnaire de démarrage, il est très simple, seulement en mode texte. |
| - | $ 2048 ( Premier secteur par défaut ) | + | * **Refind**: Refind est le couteau Suisse UEFI, c'est un gestionnaire de démarrage, il détecte automatiquement les systèmes et chargeur de démarrage présents sur vos disques. |
| - | $ +100M ( Dernier secteur 100Mo ) | + | |
| - | $ 8300 ( 8300 LFS par défaut ) | + | |
| - | $ w ( Sauvegarde des modifications) | + | |
| - | </code> | + | |
| - | Créons maintenant un système de fichier FAT32 sur notre partition. | + | Refind est un un fork REFIT (l'auteur de Refit a abandonné le projet, il n'a pas été mis a jour depuis plus de trois ans), c'est un boot manager, pour les ordinateurs implémentés par l'Extensible Firmware Interface (EFI) et Unified EFI (UEFI). Il faut bien faire la distinction entre un boot loader tel que GRUB, qui charge l'initial RAM disk et le noyau en mémoire et un boot mangager qui charge un boot loader. rEFIND est indépendant du systèmes d'exploitation, c'est une application UEFI qui accède aux mêmes interfaces que le gestionnaire d'amorçage intégré dans le micrologiciel de votre carte mère. |
| - | <code> | + | ===Caractéristiques :=== |
| - | $ mkfs.vfat -F32 /dev/sdx1 | + | |
| - | </code> | + | |
| - | Il nous faut la monter pour pouvoir y déposer notre Shell. | + | * Auto-détection des chargeurs de démarrage EFI et Bios. |
| + | * Auto-détection de l'initial RAM disk et du kernel. | ||
| + | * Lancement des chargeurs de démarrahe EFI et Bios. | ||
| + | * Lancement des utilitaires EFI Shell et Gptsync. | ||
| + | * Charge les pilotes EFI pour les systèmes de fichier ou périphériques non supportés nativement par votre firmware. | ||
| - | <code> | + | Mais aussi : |
| - | $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]]. | + | * La possibilité d'avoir le choix entre une interface graphique ou texte seulement. |
| + | * Graphique configurable, en ajoutant des polices, fond d'écrans et icônes personnalisés. | ||
| + | * Réglage de la résolution d'écran. | ||
| + | * Economisateur d'écran. | ||
| + | | ||
| - | Télécharger, le version correspondante à votre architecture et enregistrer là dans le dossier **/media/EFI/boot/** | ||
| - | Renommer le en **bootx64.efi** | + | <note>Il peut être utile d'avoir une clé USB de secours avec une partition réservée juste pour rEFIND car en cas de soucis au boot vous pourrez toujours démarrer votre OS indépendamment et ainsi débuguer votre EFI.</note> |
| - | Pour les commandes, et la DOC allez sur [[http://sourceforge.net/projects/efi-shell/files/|Sourceforge]] | + | [[http://www.rodsbooks.com/refind/|Site officiel de rEFIND]] |
| - | 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** | + | ==== Installation sur disque amovible==== |
| - | ^ 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 | | ||
| + | =====Configuration===== | ||
| + | |||
| + | On approche de la fin, et on entame la partir la plus marrante. | ||
| - | ===== rEFIND ===== | + | Toutes la configuration se fait dans le fichier ''refind.conf''. \\ |
| + | Jetez 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 renommé tout à l'heure. | ||
| - | + | <code bash> | |
| - | Page officiel de Refind: http://www.rodsbooks.com/refind/ | + | $ nano refind.conf |
| - | + | ||
| - | ===== 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> | + | |
| - | $ 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> | ||
| - | Ensuite on doit déplacer tous ces petits fichiers dans le répertoire EFI/boot/ de notre clé USB. | + | Mon fichier refind.conf: |
| <code> | <code> | ||
| - | $ mv bootia32.efi boottX64.efi /media/EFI/EFI/boot/ | + | timeout 10 |
| - | $ 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, | + | |
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | <code> | + | |
| - | $ mount | + | |
| - | /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> | + | |
| - | + | ||
| - | + | ||
| - | =====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 | + | 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 | + | scan_all_linux_kernels |
| - | dont_scan_dirs EFI/boot | + | dont_scan_dirs EFI/linuxmint,boot |
| - | #scan_all_linux_kernels | + | default_selection Crunch_Live |
| - | max_tags 0 | + | menuentry Crunch_Live { |
| - | + | icon /EFI/boot/icons/os_debian.icns | |
| - | default_selection "Debian Live" | + | volume 1: |
| - | + | loader /live/vmlinuz | |
| - | menuentry "Debian Live" { | + | initrd /live/initrd.img |
| - | icon /EFI/boot/icons/os_linux.icns | + | options "ro root=UUID=C847-7244 add_efi_memmap config boot=live" |
| - | volume 1: | + | osype Linux |
| - | loader /live/vmlinuz | + | graphics off |
| - | 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, aussi quelquefois un simple reboot permet de lancer votre kernel tranquillement. 8-o \\ |
| - | loader /EFI/tools/shellx64_v1.efi | + | C'est pour cela qu'il n'y a pas de commentaire dans le fichier ci-dessus. |
| - | graphics off | + | </note> |
| - | } | + | |
| - | </file> | + | Pour vous aider vous aurez besoin du fichier ''syslinux.cfg'' généré par Unetbootin : |
| + | <code bash> | ||
| + | $ cd /media/usb1 | ||
| + | $ cat syslinux.cfg | ||
| + | default menu.c32 | ||
| + | prompt 0 | ||
| + | menu title UNetbootin | ||
| + | timeout 100 | ||
| - | 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. | + | label unetbootindefault |
| + | menu label Default | ||
| + | kernel /ubnkern | ||
| + | append initrd=/ubninit boot=live config quiet | ||
| - | == 1 : Quelques poins important :== | + | label ubnentry0 |
| + | menu label Live Session | ||
| + | kernel /live/vmlinuz | ||
| + | append initrd=/live/initrd.img boot=live config quiet | ||
| + | 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 | ||
| - | **scan_driver_dir** : Faites attention que le chemin corresponde bien. | + | label ubnentry2 |
| + | menu label Memory Test | ||
| + | kernel /live/memtest | ||
| + | append initrd=/ubninit | ||
| - | **volume 1:** : Correspond au deuxième périphérique de stockage donc votre clé usb <0:> étant /dev/sda. | + | $ |
| + | </code> | ||
| - | **loader** : Correspond au chemin de l'image du noyau. | + | |
| - | + | ===== UEFI Shell ===== | |
| - | **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]] | + | |
| + | C'est le moment de vérité, on peut redémarrer. \\ | ||
| + | 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 ajoutés dans notre ''refind.conf''. | ||
| + | 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 y avoir un pet de travers dans votre fichier de configuration. | ||
| - | ===== Utilisation ===== | + | Enfin pas de panique, 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 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 vous voulez éditer vos fichiers, démarrer linux en ligne de commande ou ajoutez une nouvelle entrée dans votre NVRAM, c'est là que ça se passe. |
| + | <note> | ||
| + | Le Shell EFI est en Qwerty, entraînez-vous un peu avant ! Il faut que vous repériez sur votre clavier où sont les caractères spéciaux ! | ||
| + | </note> | ||
| - | Si cela ne fonctionne pas revoyez votre refind.conf, ou bien postez un message sur le forum. | + | Dans le menu de rEFIND, vous choisissez Shell EFI, là du texte jaune sur un fond noir c'est le Shell EFI. |
| - | 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é. | + | La syntaxe ressemble beaucoup à DOS. |
| - | Refind fait des miracles ;) | + | 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 bash> | ||
| + | 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 | ||
