Estaba leyendo sobre el proceso de arranque de una computadora y descubrí que la computadora carga el código del gestor de arranque desde el archivo MBR. Así que quería echarle un vistazo a mi MBRestilo:
sudo dd if=/dev/sda of=mbr bs=512 count=1
Lo abrí con Vim y lo ejecuté :%!xxdpara obtener una vista hexadecimal del archivo. Este archivo se parece a esto
Según lo que encontré en Internet, los primeros 446 bytes de este registro deberían ser el código del cargador. Pero en mi caso son sólo ceros. No creo que el gestor de arranque deba verse así, pero mi computadora carga absolutamente bien. ¿Por qué esto es tan? ¿Por qué solo hay ceros en MBR(excepto en la tabla de particiones, supongo) pero mi computadora se carga? Lo tengo GRUBcomo gestor de arranque.
Respuesta1
Probablemente hayas leído un texto desactualizado. Las computadoras actuales no arrancan mediante MBR. Más precisamente, estamos en un período de transición, algunos usan MBR, otros no.
Una causa es el hecho de que MBR no permite particionar unidades de más de 2 TiB.
Sí, ha agregado un lugar donde normalmente se encuentra MBR, pero no hay ningún código allí y la tabla de particiones contiene solo una entrada, que abarca todo el disco. Esto se llama MBR protector, su disco tiene un diseño de tabla de particiones GUID (GPT) (es decir, utiliza otro sistema de particiones) y su computadora probablemente arranca a través de UEFI. Probablemente tenga una pequeña partición con el sistema de archivos FAT32, que se llama EFI System Partition (ESP) y contiene el archivo EFI/BOOT/bootx64.efi; ese archivo es un cargador de arranque (grub, o algún cargador auxiliar que ejecuta grub inmediatamente). que se ejecuta mediante firmware. O podría haber configurado el firmware para iniciar un ejecutable EFI arbitrario, pero aún debería estar presente en ESP.
Puede confirmar que ha iniciado UEFI en Linux, si su sistema cargado tiene el directorio /sys/firmare/efi no vacío.