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 →
Ceci est une ancienne révision du document !
(non testé - mytux 09/08/13) Le retour sur le forum est ici : [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 !
Toutes les versions 64bits des PC qui exécutent Windows certifié par le programme de certification Windows utilisent l’UEFI à la place du BIOS.
A l'aube de l'ère du premier PC en 1981, IBM livrait son Personal Computer 5150, avec un firmware connu sous le nom de BIOS (Basic Input/Output System ).
Le BIOS était destiné à être une interface entre le matériel et le système d'exploitation DOS (Disk Operating System) à l'époque.
Le rôle du BIOS était d'effectuer des tests de base et d'appliquer une séquence linéaire de recherche afin de trouver un périphérique amorçable sur un secteur de 512 octets pouvant être lu et exécuté.
Ce premier secteur qu'on appella MBR devait ensuite passer la main à un autre périphérique ou au système d'exploitation1).
Le BIOS est généralement écrit en assembleur et est seulement capable d'exécuter des instructions sur 16 bits alors que les OS modernes eux, exécutent des instructions sur 32 et 64bits.
Les OS avancés n'ont pu continuer à utiliser le BIOS sans perte de performance.
J'utilise le terme EFI pour se référer soit à EFI 1.X et l'UEFI.
L'EFI (Extensible Firmware Interface) et sa variante plus récente UEFI (Unified EXtensible Firmware Interface), sont des conceptions de firmwares destinés à remplacer le BIOS.
EFI, a été développé par Intel pour son nouveau processeur Itanium.
Les capacités de l'EFI sont bien plus grandes que celles du BIOS,
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.
L'amorçage EFI est donc bien plus souple.
Contrairement au bios qui liste simplement les périphériques, l'EFI lit leur contenu à la recherche d'exécutable UEFI.
Cela permet à plusieurs chargeurs de démarrage de coexister sur un même disque dur et d'être accessibles tout en utilisant les mécanismes d'accès aux fichiers normaux.
Il est aussi possible de compiler un noyau Linux de sorte à le transformer en véritable applications UEFI.
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. Voir EFI stub loader sur ArchWiki
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 puissent s'exécuter.
Selon la version et le constructeur de votre fimware, ces règles peuvent varier.
En voici un aperçu :
Une fois Linux installé, l'ESP est monté dans /boot/efi de sorte que l’arborescence soit :
/boot/efi/EFI/ubuntu
/boot/efi/EFI/redhat
/boot/efi/EFI/debian
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.
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.
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.
Il existe de nombreux chargeurs de démarrage EFI, tel que :
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.
Mais aussi :
On approche de la fin, et on entame la partir la plus marrante.
Toutes la configuration se fait dans le fichier refind.conf
.
Jetez un oeil sur la page de Roderick W. Smith, Configuring the Boot manager.
Et aussi, le fichier example.conf
qu'on a renommé tout à l'heure.
$ nano refind.conf
Mon fichier refind.conf:
timeout 10 icons_dir EFI/boot/icons textonly use_graphics_for linux showtools shell, about, reboot, exit scan_driver_dirs EFI/boot/drivers_x64 scanfor internal,external,optical,manual scan_delay 1 scan_all_linux_kernels dont_scan_dirs EFI/linuxmint,boot 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 } 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 }
Pour vous aider vous aurez besoin du fichier syslinux.cfg
généré par Unetbootin :
$ 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 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 label ubnentry2 menu label Memory Test kernel /live/memtest append initrd=/ubninit $
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.
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 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.
Dans le menu de rEFIND, vous choisissez Shell EFI, là du texte jaune sur un fond noir c'est le Shell EFI.
La syntaxe ressemble beaucoup à DOS.
Les systèmes de fichiers sont représentés par des fs0, fs1, fs3 etc… , fs0: étant la première partition de votre clef USB, si vous lancez ce Shell depuis celle-ci.
L'antislash est de rigueur.
Exemple :
shell> cd fs0:\EFI\boot fs0:\EFI\boot\> edit refind.conf
Quelques commandes utiles :