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 [03/09/2013 15:18]
mytux [Le BIOS]
+++ doc:install:refind-boot-uefi [04/09/2013 16:21]
mytux [EFI et UEFI]
@@ Ligne 18: / Ligne 18: @@
 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é. \\
+Son rôle est d' initialiser tous les composants de la carte mère, identifier tous les périphériques internes et externes qui lui sont connectés, définir un ordre de priorité des périphériques d'entrée, démarrer le //bootloader// présent sur le premier périphérique disponible.
-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 écrits en assembleur et contient une suites de routines d' interruption que le processeur exécute.
+==Power Good==
+Le BIOS vérifie que la tension fournie par le transformateur est adéquate et stable. Dans le but d’éviter tout bris de la carte-mère ou du CPU. Si les paramètres de stabilité ne sont pas conformes aux besoins, il avortera le démarrage de l’ordinateur évitant ainsi de griller les circuits ou le(s) processeur(s).
+==POST (Power On Self Test)==
+Lors de cette étape, le programme intégré à la carte-mère teste la présence des divers périphériques et tente de leur attribuer les ressources nécessaires à un fonctionnement sans conflit.
+Au cours de la phase du POST, le programme du BIOS a déjà listé tous les périphériques de type "mémoire de masse" (disque, disquette, clef USB, carte SD, cdrom etc...) auxquels il pourrait avoir accès.
+Il va maintenant essayer de "passer la main"  aux programmes susceptibles d'être inscrits dans ces mémoires de masses.
+==Bootsrap Loader==
+Pour cela, le //bootstrap loader// du BIOS  lit le premier secteur du premier périphérique de type //mémoire de masse//, afin de savoir s'il s'agit d'un //secteur bootable//.
+Si ce premier secteur est marqué par le nombre //AA55h à l'offset 1FEh => 2 dernier octets du secteur//, il va en déduire qu'il s'agit certainement d'un secteur amorçable, et il va copier les instruction contenues dans le //bootstrap code area// de ce //MBR// en mémoire (0000h:7C00h) afin de pour pouvoir lancer l'exécution des instructions de ce //bootstrap code//.
+Ces instructions sont inscrites dans le MBR par les chargeurs de démarrage.
-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.
 =====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.
-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.

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