¿Cómo se puede obligar a la ubicuidad a no instalar grub?

Mis particiones HDD:

• esp -> sda1
• archlinux -> sda2
• intercambio -> sda3
• sda4 -> sería un lugar para ubuntu

Voy a instalar ubuntu en sda4; Actualmente, mi proceso de arranque está controlado por systemd-boot que está instalado en archlinux a través del software bootctl. Está bien y me gustaría conservarlo.

Al instalar Ubuntu, intentará instalar grub en sda o sdaX. Mira el menú desplegable en esta captura de pantalla:

Quiero instalar Ubuntu en sda4 sin tratar con grub. Luego señalaré el archivo vmlinuz de Ubuntu y el archivo initrd creando un nuevo archivo de entrada en archlinux bajo el sistema de configuración systemd-boot.

sudo ubiquity -b

Acabo de instalar 16.10 arrancando directamente ISO en sda con el montaje en bucle de grub. Una vez en el instalador entró en la terminal y usó el comando anterior. Algo más instalar parecía normal. No me di cuenta hasta que hice clic, pero faltaba el cuadro combinado bastante seguro sobre dónde instalar grub. Y durante el proceso de instalación normalmente dice instalar grub, pero eso nunca se mostró.

Normalmente, una instalación en sdb o cualquier segunda instalación sobrescribe mi carpeta / EFI / ubuntu con el arranque de mi instalación principal. Esta vez pude volver a iniciar mi instalación principal

Y la ejecución sudo update-grubaún encontró la nueva instalación a pesar de que grub "no está instalado". No notó tampoco grub.cfg en / boot / grub.

No conozco un método para evitar la instalación de Grub. Pero puede evitar tener /dev/sday otras particiones de su unidad / dev / sda tocadas con Grub.

Inserte un segundo USB en la computadora. Selecciónelo como dispositivo de arranque durante la instalación. Ahora instale Ubuntu en su / dev / sda4. El proceso de instalación no tocará los sectores de arranque de / dev / sda o cualquier otra partición, excepto el /dev/sda4.

Sé que en Linux Mint 18.3 Cinnamon, que se basa en Ubuntu 16.04, funciona el siguiente comando:

ubiquity --no-bootloader

Esto aparentemente es un alias para la opción -by se sabe que funciona en Linux Mint 18.3 Cinnamon.

No he verificado que la --no-bootloaderetiqueta funcione ubiquityen Ubuntu 16.04 vanilla (y versiones posteriores). ¿Quizás alguien que ejecuta Ubuntu 16.04 (o cualquier versión) puede verificar y comentar aquí con su número de versión y si el comando de ubiquity --no-bootloadercomando funciona? Si funciona, después de autenticarse utilizando el autenticador GUI, se cargará Ubiquity. Si no funciona, después de autenticarse utilizando el autenticador GUI, regresará a la terminal y se imprimirá un mensaje de error ubiquity: error: no such option: [...].

Captura de pantalla de las opciones de ubicuidad en Linux Mint 18.3 Cinnamon:

Impresión de opciones de ubicuidad desde el terminal en Linux Mint 18.3 Cinnamon

Ver también:

http://averagelinuxuser.com/install-linux-mint-without-a-bootloader/

No puede forzar a no instalar el gestor de arranque de forma predeterminada.

Si bien @oldfred había mencionado que existe una -bopción para la ubicuidad, aunque no está documentada, esto no es obvio y puede ser aterrador para la mayoría de los usuarios finales usarlo. Aunque, una opción similar había existido antes.

Solia ser

En el pasado, Ubuntu tenía una opción avanzada que permite al usuario personalizar la instalación del cargador de arranque. Entre las versiones de Ubuntu LTS, la opción avanzada se vio por última vez en la versión Lucid Lynx (10.04). La opción había sido eliminada desde entonces, por cualquier razón que no hice seguimiento.

Captura de pantalla antigua como prueba:

Instalar en la misma partición

En particular, se puede seleccionar un dispositivo que no sea el dispositivo principal /dev/sdapara la instalación del cargador de arranque. Por ejemplo, Ubuntu se instalará en la /dev/sda4partición, por lo que /dev/sda4también se instalará el cargador de arranque .

Al hacerlo, el usuario tendrá:

• el nuevo cargador de arranque /dev/sda4estará oculto, a menos que la máquina arranque con la opción de cargar en cadena a la partición para revelarla

• el gestor de arranque existente en /dev/sdamanejará la detección del sistema operativo recién instalado en /dev/sda4, sin tener que depender del nuevo gestor de arranque

• el usuario deberá actualizar el cargador de arranque /dev/sdadesde el primer sistema operativo instalado, para detectar sistemas instalados posteriormente en otras particiones

A menos que haya alguna razón crítica para no tratar con el gestor de arranque, no veo ningún efecto secundario de instalar los gestores de arranque posteriores en las particiones respectivas.

El primer gestor de arranque gestiona todo

Personalmente, tengo varias distribuciones (principalmente sabores de Ubuntu y derivados similares) instaladas en la misma máquina, con el primer cargador de arranque en /dev/sday otros cargadores de arranque en las particiones respectivas. La única advertencia es que el cargador de arranque debe actualizarse desde el primer sistema operativo instalado.

Además de la advertencia, con la menor molestia, uno siempre puede olvidarse de los nuevos cargadores de arranque y dejar que el cargador de arranque existente gestione la detección.

TL; DR Instalar un nuevo cargador de arranque en la misma partición donde se instalará el sistema; El nuevo cargador de arranque está oculto para el usuario de todos modos, a menos que se cargue en cadena a esa partición.

Relacionado : había escrito esta respuesta anterior que explica una configuración de arranque dual, mencionando os-probery solucionando mediante la carga en cadena a la partición.