El concepto de iniciar los gestores de arranque en UEFI es sencillo y sencillo, como colocar los .efigestores de arranque en la partición del sistema EFI. El .efiarchivo luego carga los sistemas operativos correspondientes. Sin embargo, todavía no entiendo por qué MBR necesita una partición activa para iniciar el sistema operativo.
Según mi estudio hasta ahora, el código de arranque del MBR reside en los primeros 446 bytes del disco, que el BIOS ejecutará automáticamente después de la POST (como estándar de factorización). Puede cargar el sistema operativo directamente, pero la mayoría de las veces, el código es tan pequeño que su trabajo principal es cargar el gestor de arranque real que se encuentra en algún lugar de otra partición.
¿Por qué necesitamos configurar una partición como activa para arrancar desde ella? En teoría, el código de arranque del MBR puede ejecutar lo que sea, desde donde quiera.
Respuesta1
¿Por qué necesitamos configurar una partición como activa para arrancar desde ella? En teoría, el código de arranque del MBR puede ejecutar lo que sea, desde donde quiera.
Sí, y en la práctica, el código de arranque del MBR suele hacer exactamente eso.
Pero el código de arranque necesitaalgunométodo para encontrar dónde se almacena la siguiente etapa del gestor de arranque. (El gestor de arranque completo nunca tiene solo 446 bytes; el MBR es solo su etapa 1).
Tener un sector de arranque que analiza la tabla de particiones MBR y busca el indicador 'activo' resulta ser una solución muy versátil para este problema: permite un sector de arranque completamente estático (no se necesita ninguna herramienta especial para generarlo) y cualquier sector de arranque que lo haga. por lo que funciona igual de bien con cualquier sistema operativo.
Por ejemplo, elsyslinuxEl sector de arranque MBR parece ser completamente intercambiable con el sector de arranque MBR de Windows. Si realiza un arranque dual de Linux y Windows, no importa qué sector de arranque tenga, ambos hacen lo mismo, por lo que siempre puede intercambiar el bit "activo" para intercambiar sistemas operativos. (E instalar el sector de arranque es simplemente copiar mbr.bin al disco sin formato).
Pero los diferentes gestores de arranque ciertamente tienen diferentes enfoques: por ejemplo, el popular Linux GRUB2 almacena su segunda etapa en la "brecha post-MBR" y genera dinámicamente el código de arranque según su ubicación; es decir, el sector de arranque del MBR sabe en qué LBA comienza la segunda etapa (ignorando por completo la tabla de particiones y el indicador "activo"), y esto puede variar entre discos, por lo que el sector de arranquedebeEl programa los escribirá grub-installindividualmente para cada disco.
(GRUB2 normalmente tampoco usa VBR de partición; si bienpoder"cargarlos en cadena", su configuración típica en realidad accede directamente al sistema de archivos real y carga los archivos del kernel del sistema operativo).
Respuesta2
Ver Registro de arranque maestro de Wikipedia para obtener información sobre la historia del formato MBR.
Básicamente, la necesidad de una partición activa es una elección de diseño de los primeros gestores de arranque de IBM/DOS, y ha permanecido así desde entonces.
Estos primeros cargadores de arranque escanearon la lista de particiones en la tabla de particiones integradas del MBR para encontrar la única que está marcada con el indicador activo, luego cargaron y ejecutaron el registro de inicio de volumen (VBR) de esta partición activa.
Esta es solo otra decisión temprana de diseño en la vida de la PC IBM que sobrevivió para siempre, sin otra razón que una decisión de algún equipo inicial de desarrolladores (quizás incluso tomada por una sola persona).