Instalación accidental del modo BIOS
Tengo un hardware Intel de 64 bits con la utilidad de configuración UEFI. Ubuntu 14.04.1 LTS se instaló como el único sistema operativo en la única unidad conectada. Accidentalmente Ubuntu se instaló en modo BIOS / CSM / legacy.
Convertir a UEFI
Mientras más tarde aprende sobre UEFI, el objetivo es cambiar esta instalación de Ubuntu existente para que arranque (más rápido) a través de EFI / UEFI. Todavía quiero tener algún tipo de - 2 segundos de visualización - menú de arranque que me permite ingresar a la utilidad de configuración UEFI. Por lo tanto, creo que necesito usar Grub (no puedo usar un stub de arranque EFI) y el soporte GOP requiere Grub versión 1.99 o superior . Ya he particionado de nuevo la unidad usando un Live CD e inserté una partición EFI de 200 MiB en el comienzo de la unidad y marqué esa partición formateada fat16 como tipo id 0xEF.
Antes de:
# fdisk -l /dev/sda
...
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 108478463 54238208 83 Linux
/dev/sda2 108480510 125044735 8282113 5 Extended
/dev/sda5 108480512 125044735 8282112 82 Linux swap / Solaris
Después:
Device Boot Start End Blocks Id System
/dev/sda1 * 411648 108478463 54033408 83 Linux
/dev/sda2 108480510 125044735 8282113 5 Extended
/dev/sda3 2048 411647 204800 ef EFI (FAT-12/16/32)
/dev/sda5 108480512 125044735 8282112 82 Linux swap / Solaris
Partition table entries are not in disk order
Sin reparación de arranque por favor
El wiki de la comunidad de Ubuntu sugiere utilizar la reparación de arranque para convertir Ubuntu en modo EFI . No quiero usar una GUI o instalar ningún paquete adicional, y no quiero que ningún dato sea enviado accidentalmente a pastebin.com y porque quiero saber qué se cambiará exactamente, no quiero use la reparación de arranque .
Bajo el capó
Intentando averiguar qué hace realmente la reparación de arranque, encontré este fragmento:
Boot-Repair convertirá una instalación de BIOS a UEFI desinstalando grub-pc e instalando grub-efi, si gpt está particionado.
fuente: http://ubuntuforums.org/showthread.php?t=2147295&p=12657352#post12657352
Comparación de instalación del modo UEFI
Una instalación limpia de Ubuntu 14.04.1 en modo UEFI crea una partición EFI formateada 512 MiB Fat32. Esa partición contiene un directorio /EFI/ubuntu
, que contiene 4 archivos: grub.cfg
, grubx64.efi
, MokManager.efi
y shimx64.efi
. El grub.cfg contiene:
search.fs_uuid 7d843e47-3917-4114-8725-55dfa1fbe002 root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
Search.fs_uuid apunta al UUID de la partición de instalación de Linux, en esta comparación, la instalación de UEFI Linux se instala en la partición / dev / sda2 (versus sda1 en la instalación en modo BIOS) .
No se encontraron problemas potenciales de firmware de Asrock
Tener CSM aún deshabilitado en el firmware y usar la instalación limpia de Ubuntu en modo UEFI. Cambiar el tamaño de la partición EFI 512 MiB a 200 MiB usando un Live CD y gparted
da como resultado que su formato cambie de FAT32 a FAT16. El firmware de Asrock P1.50 (llamado incorrectamente BIOS por AMI en el mensaje de arranque "Fecha de BIOS") todavía puede arrancar en modo UEFI Ubuntu: UEFI + FAT16 = ok .
La conversión de la tabla de particiones de GPT a MBR (msdos) usando el mismo comando de terminal Live CD gdisk
y sus comandos r
g
p
w
también da como resultado un Ubuntu UEFI arrancable en una unidad particionada MBR: UEFI + MBR = ok .
Pregunta
¿Significa esto que los únicos comandos que necesito ejecutar, desde la instalación de Ubuntu heredada y en este orden, son:
# apt-get install grub-efi
# apt-get remove grub-pc
? ¿O se necesita hacer más?
apt-get install boot-repair
gráfica de usuario : al ejecutar esta instalación del servidor Ubuntu, se obtienen 245 MB de GTK como dependencias que la reparación de arranque quiere instalar. Y la ejecución del boot-repair
comando posterior falla. La actualización de los nuevos nombres de grub-efi fue realmente útil.