L'icône rouge permet de télécharger chaque page du wiki visitée au format PDF et la grise au format ODT →

Différences

Ci-dessous, les différences entre deux révisions de la page.

--- doc:install:refind-boot-uefi [17/08/2013 17:25]
mytux [rEFIND]
+++ doc:install:refind-boot-uefi [18/08/2013 19:48]
mytux [rEFIND]
@@ Ligne 17: / Ligne 17: @@
   * Suivi : {{tag>en-chantier à-tester à-placer}}
+=====Le 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  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 premier PC en 1981, [[wp>IBM]] livrait son [[wp>Personal Computer]] 5150, avec un [[wp>firmware]] connu sous le nom de [[wp>BIOS]] (Basic Input/Output System ). Le BIOS était destiné à être une interface entre le matériel  et le système d'exploitation [[wp>DOS]] (Disk Operating System) à l'époque.
+Le rôle du BIOS était d'éffectuer 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 pouvantt être lus et éxécuté. Ce premier secteur qu'on appella MBR devait ensuite passer la main à un autre périphérique ou au système d'exploitation.
+Le bios est généralement écrit en assembleur et est seulement capable d'éxécuté des instructions sur 16 bits alors que les OS modernes eux, éxécutent des instructions sur 32 et 64bits. Les OS avancés n'ont puent continuer à utiliser le Bios sans pertes de performance.
 =====EFI et UEFI=====
-J'utilise le terme EFI pour se référer soit à EFI 1.X ou plus l'UEFI.
+J'utilise le terme EFI pour se référer soit à EFI 1.X et l'UEFI.
-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>
+L'EFI (Extensible Firmware Interface) et sa variante plus récente, [[wp>UEFI]] (Unified EXtensible Firmware Interface), sont des conceptions de firmware qui sont destinés à remplacer le BIOS. EFI, a été dévelloppé par Intel pour sont nouveaux processeurs Itanium.
-=====Structures de disques EFI=====
-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 :
-  *Il supporte les disques de Plus de 2.2 to.
+Les capcités de l'EFI sont bien plus grandes celles du BIOS, EN effet un EFI peut lire une tables de partitions et accèder au systèmes de fichiers, il ne prend pas en charge le multitâches mais peut éxé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.
-  *Il a une limite de 128 partitions primaires.
- 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.
+L'amorçage EFI est donc bien plus souple, contrairement au bios qui lui liste simplement les périphériques, il lit leurs contenu à la recherche d'éxécutable UEFI.
+Cela permet à plusieurs chargeurs de démarrage de coexister sur un même disque dur, et d'être accessible tout en utilisant des 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 efibootmgr, du Shell EFI, ou utiliser un boot manager tel que rEFIND. [[https://wiki.archlinux.org/index.php/UEFI_Bootloaders#Linux_Kernel_EFISTUB|Voir EFI stub loader sur ArchWiki]]
-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 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, pourront s'éxécuter.
-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**.
+=====Structure de disque 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.
+Selon la version et le constructeur de votre fimware, ces règles peuvent variées cependant voici un aperçu.
+Pout ous périphériqued de stockage EFI recherche un répertoire EFI, et liste un point amorce pour chaque fichier ressemblant à *x64.efi *ia32.efi.
+Deux format de tables sont pris en charges, MBR et GPT, cependant je vous recommadent le partitionnement sur une table GPT, elle accèpte jusqu' à 128 partitions primaires.
+Pour qu'un amorçage UEFI est lieu sur un dique sata, cd dernier doit comporter une partition spéciale ESP (EFI File System), ceci n'est valable pour un dique USB.
+L'ESP devrait officiellement utiliser un système de fichiers FAT32, bien que de nombreuses distributions Linux utilise un système de fichiers FAT16, quelque fois FAT12.
+<note>GPT et FAT32 est un bon compromis.</note>
+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 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:
+  *Ubuntu met ses fichiers EFI dans EFI/ubuntu
+  *Red Hat met ses  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>
+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.
@@ Ligne 50: / Ligne 80: @@
 ===== rEFIND =====
-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 configuration dans **/boot/grub** monté sur la partition racine de Linux.
+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 manager.
+rEFIND est indépendant du systèmes d'exploitation, c'est une application UEFI qui accèdent aux même interfaces que le gestionnaire d'amorçage intégré dans le micrologicielle de votre carte mère.
+Vous pouvez l'installer sur de multiple support, ils scanera votre disque à la recherche d'un fichier amorce que ce soit Windows, Unix, Mac ou Linux, aussi bien des systèmes Bios Legacy que EFI.
-Vous pouvez l'installer, une clé USB, un disque dur, un cdrom, ce qui le rend très polyvalent, et pratique. Il peut être utile d'avoir une clé USB de secours avec une partition réservé juste pour rEFIND en cas de soucis au boot, vous pourrez alors démarrer votre OS indépendemment et ainsi débuguer votre EFI.
+<note>Il peut être utile d'avoir une clé USB de secours avec une partition réservé juste pour rEFIND en cas de soucis au boot, vous pourrez alors démarrer votre OS indépendemment et ainsi débuguer votre EFI.</note>
-http://www.rodsbooks.com/refind/
+[[http://www.rodsbooks.com/refind/|Site officiel de rEFIND]]
 =====Obtenir rEFIND=====
@@ Ligne 79: / Ligne 116: @@
 </code>
-=====EFI file System=====
+=====Système de fichiers EFI=====
 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.
@@ Ligne 102: / Ligne 139: @@
 $ n
 $ 206848                     # 206848 par défault à la suite de l'ESP
-$ +2000M                     # 2 GB, je vois large.
+$ +1000M                     # 1 GB, à adapter selon la taille de votre iso.
 $ 8300                       # 8300 (Linux File System)
 $ w                          # On sauvegarde
@@ Ligne 185: / Ligne 222: @@
 scan_delay 1
+scan_all_linux_kernels
 dont_scan_dirs EFI/linuxmint,boot
@@ Ligne 212: / Ligne 251: @@
 <note important>
-rEfind est assez capricieux, votre fichier refind.conf ne doit pas avoir un pet de travers.
+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. oO
 C'est pour cela qu'il n' ya pas de commentaires dans le fichier, ci-dessus.
 </note>
@@ Ligne 252: / Ligne 291: @@
 ===== Utilisation =====
-C'est le moment de vérité, on peut redémarer.
+C'est le moment de vérité, on peut redémarer. 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 ajouter dans notre refind.conf.
-On choisis de démarrer sur l' ESP dans l'interface de notre EFI.
-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 ajouter 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 avoir un pet de travers.
+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.
-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.
+Enfin pas de paniques, 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.
@@ Ligne 280: / Ligne 313: @@
 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.
+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 :
+<code>
+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

doc/install/refind-boot-uefi.txt · Dernière modification: 26/11/2015 18:38 par milou

Debian-facile

Différences

Pied de page des forums