A modo resumen simple:
- BIOS. Sistema básico de entrada y salida.
También conocido como registro de arranque maestro (MBR).
- UEFI. Unified Extensible Firmware Interface.
También conocido como tabla de particiones GUID (GPT).
La tabla de particiones GUID (GPT GUID Partition Table) se introdujo como parte del Firmware Extensible Unificado Interface (UEFI) iniciativa. GPT proporciona un mecanismo más flexible para particionar los discos de arranque que el viejo Master Boot Record (MBR) que era común en las PC.
Una partición es un espacio contiguo de almacenamiento en un disco físico o lógico que funciona como si fuera un disco físicamente independiente. Las particiones son visibles para el firmware del sistema y los sistemas operativos instalados. El acceso a una partición es controlada por el firmware del sistema antes de que el sistema inicie el sistema operativo y, a continuación, el sistema operativo después de que se inicie.
¿Puede tener un disco duro GPT y MBR?
No. Sin embargo, todos los discos GPT contienen un MBR de protección.
El MBR de protección protege los discos GPT publicados anteriormente de herramientas de MBR.
Cualquier distribución Linux con el soporte apropiado EFI y GPT en el kernel se puede cambiar el arranque BIOS- UEFI o viceversa mediante la instalación de un gestor de arranque y el ajuste de modo adecuado el firmware de arranque
GUID Partition Table (GPT).
- Windows 8
- Windows Server 2012
- Windows 7
- Windows Server 2008
- Windows Server 2008 R2
- Windows Vista
- Windows Server 2003 SP1
- Windows Server 2003 (64-bit)
- Windows XP x64 edition (sólo para leer)
GPT fue creada para mejorar las limitaciones que tiene MBR:
- MBR sólo soporta hasta 4 particiones primarias, o hasta 3 primarias y una extendida, la cual puede tener hasta 128 particiones lógicas. GPT soporta hasta 128 particiones primarias.
- MBR soporta todas las máquinas de 32 y 64 bits. GPT soporta sólo las de 64 bits
- MBR soporta hasta 2TB por partición. GPT soporta hasta 256TB por partición
- Los discos removibles sólo pueden ser MBR.
- MBR usa el viejo BIOS (fue creado hace 20 años) GPT funiona con EFI
La mayoría de placas bases permiten cambiar el modo AHCI a IDE:
Advanced > SATA configuration > SATA Mode = IDE Mode
Pasar una partición GPT a MBR
diskpart
list disk
select disk 0 (donde “0” es el disco donde se instalará Windows)
clean
convert mbr
create partition primary
select partition 1
format fs=ntfs quick
– Pulsa Shift+F10 y se te abrirá la ventana de comandos.
– En la ventana de comandos tecleas diskpart, que es el gestor de particiones de Windows en modo comando. ATENCIÓN haz esto solo con el HD del portatil conectado, sin discos externos ni memorias USB porque vas a borrar completamente el disco si te equivocas
– Una vez que te ponga DISKPART> tecleas: list disk te saldran todos las unidades de HD, si solo lo haces con el HD y el DVD tendras solo 2, el 0 y el 1, normalmente el 0 sera el HD.
– select disk 0 selecciona el disco 0.
– list partition, te muestra las particiones que tiene ese disco, comprueba que corresponden al disco correcto.
– clean, borra la tabla de particiones GPT tanto al principio como al final del disco.
Reinicias el equipo y vuelves a arrancar desde el DVD y ya deberías poder instalar Windows.
GRUB2 (Gestor de Arranque, BootLoader en Linux)
GRUB2 es la nueva versión de GRand Unified Bootloader (GRUB). GRUB2 derivada de PUPA, un proyecto de investigación destinado a mejorar el GRUB: ha sido totalmente reescrito a fin de proporcionar una mayor modularidad y portabilidad
Está destinado a reemplazar el gestor de arranque GRUB anterior (referido como “GRUB Legacy”). GRUB2 tiene un código base completamente independiente de GRUB Legacy, y dispone de instalaciones como un nuevo shell como sintaxis que permiten funciones avanzadas de scripting. Usuarios de GRUB Legacy son animados a emigrar a GRUB2.
En resumen, el gestor de arranque («bootloader») es el primer programa que se ejecuta cuando se inicia el equipo. Es el responsable de cargar y transferir el control al kernel de Linux, que, a su vez, inicializa el resto del sistema operativo.
Grub2 permite:
- arranque desde plataformas UEFI;
- arrancar desde discos GPT con particiones sin siquiera tener un MBR híbrido extraño, a pesar de que uno puede usar una por razones de compatibilidad / portabilidad;
- arranque desde la administración de volúmenes lógicos directamente como soporte LVM2;
- arranque desde incursión DM-RAID soporte para RAID 1, 4, 5, 6, 9 y 10 [0?] [o 1x?];
- y el arranque desde dispositivos cifrados, probablemente LUKS, a causa de la documentación inexistente a pesar de los módulos de cypher / hash estar allí: lo que no hay orientación sobre un howto por ahora.
Nota para los usuarios de GRUB Legacy
- La actualización de GRUB Legacy a GRUB(2) es un proceso muy similar al de una instalación limpia de GRUB2
- Hay diferencias en las órdenes de GRUB y GRUB2. Le recomendamos que se familiarice con los órdenes de GRUB2 antes de continuar.
- GRUB2 es ahora modular, y ya no requiere «stage 1.5». En consecuencia, el gestor de arranque tiene una capacidad limitada y los módulos son cargados desde el disco duro en caso de necesidad (por ejemplo, si necesita soporte de LVM o RAID).
- Las reglas de la nomenclatura de los dispositivos cambian de GRUB a GRUB2: Los discos duros están siendo ahora numerados a partir de 0, mientras que las particiones comienzan en 1 y son seguidos por el nombre del sistema de particionamiento usado. Por ejemplo,
/dev/sda1
hace referencia a(hd0,msdos1)
(para sistemas que usan MBR), o a(hd0,gpt1)
(para los sistemas que usan GPT).
- bison
- autoconf
- automake
- flex
- autogen
- python (2.x series) (for autogen.sh if building from bzr repo)
- texinfo
- help2man
- gettext (NLS support)
- device-mapper
- freetype2 (libs)
Convertir el archivo de configuración de GRUB Legacy al nuevo formato Si grub-mkconfig falla, convierta el archivo /boot/grub/menu.lst a /boot/grub/grub.cfg, usando:
# grub-menulst2cfg /boot/grub/menu.lst /boot/grub/grub.cfg
Nota: Esta opción solo funciona en los sistemas de BIOS, no en los sistemas UEF.
Un ejemplo:
/boot/grub/menu.lst
default=0
timeout=5title Arch Linux Stock Kernel
root (hd0,0)
kernel /vmlinuz-linux root=/dev/sda2 ro
initrd /initramfs-linux.imgtitle Arch Linux Stock Kernel Fallback
root (hd0,0)
kernel /vmlinuz-linux root=/dev/sda2 ro
initrd /initramfs-linux-fallback.img
/boot/grub/grub.cfg
set default=’0′; if [ x”$default” = xsaved ]; then load_env; set default=”$saved_entry”; fi
set timeout=5menuentry ‘Arch Linux Stock Kernel’ {
set root='(hd0,1)’; set legacy_hdbias=’0′
legacy_kernel ‘/vmlinuz-linux’ ‘/vmlinuz-linux’ ‘root=/dev/sda2’ ‘ro’
legacy_initrd ‘/initramfs-linux.img’ ‘/initramfs-linux.img’
}menuentry ‘Arch Linux Stock Kernel Fallback’ {
set root='(hd0,1)’; set legacy_hdbias=’0′
legacy_kernel ‘/vmlinuz-linux’ ‘/vmlinuz-linux’ ‘root=/dev/sda2’ ‘ro’
legacy_initrd ‘/initramfs-linux-fallback.img’ ‘/initramfs-linux-fallback.img’
}
Si se olvidó de crear un archivo de configuración de GRUB, /boot/grub/grub.cfg, basta con reiniciar apareciéndole la Shell de Órdenes de GRUB, y escribir:
sh:grub> insmod legacycfg
sh:grub> legacy_configfile ${prefix}/menu.lst