particiones de arranque chainloader y efi

Question

Mi reciente intento de instalar un sistema de arranque múltiple en mi equipo de doble disco falló, aunque instalé con éxito Ubuntu, Linux Mint y Peppermint en el disco 1, y luego actualicé grub. Cuando intenté instalar CentOS, openSUSE y Fedora en el disco 2, encontré numerosos problemas.

1. No hay suficiente espacio disponible. Aunque había usado GParted para formatear ambos discos, para una instalación que no fuera LVM, además el disco 2 no tenía sistema operativo.
2. No ver las otras distribuciones en el instalador.
3. No se aceptan puntos de montaje.
4. Se requería una partición /boot/efi y se solicitaba una tabla de particiones GPT.
5. Al intentar modificar las particiones a través del instalador, se bloqueó.
6. Probé LMDE 2 (¿Debian tiene problemas con mi CPU?), aunque vio todas las distribuciones instaladas (incluido CentOS 6.6 reinstalado para verificar, si fuera yo), quería una partición /boot/efi.

Comportamiento.

Como tenía problemas con las distribuciones de RPM más nuevas, decidí instalar CentoS 7 primero, aunque CentOS 6.6 anteriormente coexistía felizmente en mi configuración anterior de BIOS y sudo update-grub. En particular, openSUSE, ¿hay alguna sugerencia para mejorar mis posibilidades de realizar una instalación limpia? Creo que he resuelto las peculiaridades de CentOS y Fedora.

1. Desinstala todo. Para instalación nueva.
2. Vuelva a formatear ambos discos usando GPT, creando dos particiones marcadas fat32 /boot/efi para cada disco. ¿Es esto una exageración o una necesidad?
3. Luego creé las particiones /, /home con ext4 y la partición linux-swap, para mi nueva instalación manual, sin LVM.
4. Verifique el BIOS y modifique la configuración de Legacy a UEFI.
5. Instale CentOS 7, después de superar sus debilidades de falta de espacio y peculiaridades del punto de montaje, que eran /boot/efi, luego /home, seguido de / y swap.
6. Ejecute el comando [ -d /sys/firmware/efi ] && echo "Instalado en modo UEFI" || echo "Instalado en modo Legacy" = Instalado en modo UEFI.

Como Ubuntu y las distribuciones basadas en Ubuntu utilizan principalmente Debian como base y actualmente no implementan systemd, parece muy probable que hagan lo mismo en un futuro cercano y necesito adaptarme ahora.

Cargador de cadena.

No es algo con lo que haya tenido mucha experiencia, la última vez que lo probé, sudo update-grub lo eliminó. Entonces, en un safari web más tarde, encontré algunos puntos de partida tangibles y utilicé los términos correctos (nuevos) para CentOS 7, siendo grub2-mkconfig -o /boot/grub2/grub.cfg similar a sudo update-grub. Luego "etc/grub.d/40_custom" para abrir un archivo gedit, o eso pensé que sucedería, para editar la entrada del menú n.° 40.

Terminal.

¿En la terminal debo ingresar mi cargador de cadena después del #...? No estoy seguro del guión que aparece a continuación y agradecería una opinión experimentada sobre esto.

[root@localhost tony]# /etc/grub.d/40_custom
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
[root@localhost tony]#

#DISK 1
#
# for CentOS-7
menuentry "My custom boot entry" {
set root= '(hd0,2)'
linux /boot/vmlinuz-linux
initrd /boot/initramfs-linux.img
}
#
# for openSUSE
"openSUSE-13.2" {
set root='(hd0,5)'
linux /boot/vmlinuz-linux
initrd /boot/initramfs-linux.img
}
#
# for Fedora
"Fedora-22" {
set root='(hd0,8)'
linux /boot/vmlinuz-linux
initrd /boot/initramfs-linux.img
}
#
#DISK 2
#
# for Ubuntu
"Ubuntu-14.04.2" {
set root='(hd1,2)'
linux /boot/vmlinuz-linux
initrd /boot/initramfs-linux.img
}
#
# for Linux Mint
"Linuxmint-17.1" {
set root='(hd1,5)'
linux /boot/vmlinuz-linux
initrd /boot/initramfs-linux.img
}
#
# for Peppermint
"Peppermint-Five" {
set root='(hd1,8)'
linux /boot/vmlinuz-linux
initrd /boot/initramfs-linux.img
}

Resumen.

Es necesario cambiar del modo Legacy al modo UEFI, usar tablas de particiones GPT, crear dos particiones /boot/efi para ambos discos. Chainloader, inseguro de mí mismo, necesito orientación para, con suerte, realizar una instalación sencilla de las otras distribuciones que conviven en armonía con otras.

Gracias de antemano por la ayuda tan necesaria sobre este tema.

Answer 1

Algunos de sus problemas, como que los instaladores no acepten los puntos de montaje que usted especifica, son claramente específicos de la distribución y deben abordarse como preguntas individuales relacionadas con ellos, posiblemente en foros específicos de la distribución.

A la pregunta general de cómo configurar un administrador de arranque para su compleja configuración de múltiples sistemas operativos, primero le recomendaré que no cree una configuración tan compleja. Si es posible, debe realizar un inicio único y utilizar la virtualización (VMWare, VirtualBox, KVM/QEMU, etc.) para manejar múltiples sistemas operativos. Este enfoque esmuchomenos problemas que intentar administrar media docena de sistemas operativos diferentes en una computadora.

Si usteddebeArranque múltiple de tantos sistemas operativos, en mi humilde opinión, GRUB es una solución terrible. Requiere una lógica compleja de detección del sistema operativo en los scripts de configuración. Los scripts de configuración de cualquier distribución manejarán esa distribución bastante bien, pero serán mucho más dudosos con otras distribuciones. En su lugar, debería considerar utilizar otro administrador de arranque EFI. Hay varios disponibles, como se detalla enesta páginamío. La mayoría requiere configuración manual, pero esa configuración será mucho más simple que los ajustes necesarios para que GRUB funcione. MíoreencontrarEs probable que sea el más fácil de configurar, ya que busca cargadores de arranque y kernels de Linux en cada arranque. Es posible que necesite un /boot/refind_linux.confarchivo para la mayoría de sus instalaciones y que deba prestar especial atención a los sistemas de archivos en los que almacena sus núcleos y asegurarse de instalar los controladores del sistema de archivos EFI para ellos, pero rEFInd probablemente arrancará la mayoría o todas sus distribuciones con poco esfuerzo más allá de eso, y sin necesidad de ajustar la configuración cada vez que cambia su kernel en una distribución determinada.