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 [03/09/2013 11:02] mytux [rEFIND, EFI boot manager] |
doc:install:refind-boot-uefi [04/09/2013 20:17] mytux [Le BIOS] |
||
|---|---|---|---|
| Ligne 15: | Ligne 15: | ||
| =====Le BIOS===== | =====Le BIOS===== | ||
| - | 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 ). \\ | + | 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 [[wp>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é. \\ | + | 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. |
| - | Ce premier secteur qu'on appella MBR devait ensuite passer la main à un autre périphérique ou au système d'exploitation((OS)). | + | |
| - | 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. \\ | + | 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. |
| - | Les OS avancés n'ont pu continuer à utiliser le BIOS sans perte de performance. | + | |
| + | 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é. | ||
| + | |||
| + | 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 ou de la partition active, le PBR. | ||
| + | |||
| + | <note> | ||
| + | MBR (Master Boot Record) ou zone d'amorçage. D' une taille de 512 octets il contient dans ces 446 premiers octets une routine (un programme) d' amorçage destiné soit à démarrer le système d' exploitation sur la partiton active, soit un chargeur de démarrage (bootloader). Les 6 derniers octets de ce bloc peuvent contenir une signature numérique optionnelle sur 4 octets et 2 octets nuls. Les 64 octets suivant contiennent ma table des quatre partitions primaires. Le tout finit par une signature 0xAA55 sur 2 octets. | ||
| + | |||
| + | PBR ( (Partiton Boot Record) aussi appellé VBR (Volume Boot Record) ou Partition Boot Sector, est le premier secteur de chaque partition primaire ou logique. Il peut contenir une routine de démarrage d'un système d'exploitation, un chargeur de démarrage, voire rien du tout si la partition n'a pas vocation à être bootée. Quand le BIOS ne contient pas de routine, le BIOS tente de démarrer et d'exécuter la routine du PBR de la parttion marquée active. | ||
| + | </note> | ||
| =====EFI et UEFI===== | =====EFI et UEFI===== | ||
| - | J'utilise le terme EFI pour se référer soit à EFI 1.X et l'UEFI. | + | J'utilise le terme EFI pour se référer à EFI 1.X et l'UEFI. |
| + | |||
| + | 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. | ||
| + | |||
| + | EFI, a été développé par Intel pour son nouveau processeur Intel-HP Itanium. | ||
| - | 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. \\ | + | Les capacités de l'EFI sont bien plus grandes que celles du 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. | 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. \\ | + | 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. |
| - | 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 à 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**. | ||
| - | Il est aussi possible de compiler un noyau Linux de sorte à le transformer en véritable applications UEFI. \\ | + | [[https://wiki.archlinux.org/index.php/UEFI_Bootloaders#Linux_Kernel_EFISTUB|Voir EFI stub loader sur ArchWiki]] |
| - | 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**. [[https://wiki.archlinux.org/index.php/UEFI_Bootloaders#Linux_Kernel_EFISTUB|Voir EFI stub loader sur ArchWiki]] | + | |
| - | 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]]. \\ | + | 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. | 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. | ||
