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
Vaya al instalador en vivo y ejecútelo desde la terminal.-b
opción: manpages.ubuntu.com/manpages/xenial/man8/ubiquity.8.htmlRespuestas:
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-grub
aún encontró la nueva instalación a pesar de que grub "no está instalado". No notó tampoco grub.cfg en / boot / grub.fuente
sudo ubiquity -b
-> i.stack.imgur.com/ZTYaB.png ¿ Quieres decir que si continúo en esta etapa, no instalará Grub, verdad?No conozco un método para evitar la instalación de Grub. Pero puede evitar tener
/dev/sda
y 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
.fuente
Sé que en Linux Mint 18.3 Cinnamon, que se basa en Ubuntu 16.04, funciona el siguiente comando:
Esto aparentemente es un alias para la opción
-b
y se sabe que funciona en Linux Mint 18.3 Cinnamon.No he verificado que la
--no-bootloader
etiqueta funcioneubiquity
en 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 deubiquity --no-bootloader
comando 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 errorubiquity: 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/
fuente
No puede forzar a no instalar el gestor de arranque de forma predeterminada.
Si bien @oldfred había mencionado que existe una
-b
opció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/sda
para la instalación del cargador de arranque. Por ejemplo, Ubuntu se instalará en la/dev/sda4
partición, por lo que/dev/sda4
también se instalará el cargador de arranque .Al hacerlo, el usuario tendrá:
el nuevo cargador de arranque
/dev/sda4
estará oculto, a menos que la máquina arranque con la opción de cargar en cadena a la partición para revelarlael gestor de arranque existente en
/dev/sda
manejará la detección del sistema operativo recién instalado en/dev/sda4
, sin tener que depender del nuevo gestor de arranqueel usuario deberá actualizar el cargador de arranque
/dev/sda
desde el primer sistema operativo instalado, para detectar sistemas instalados posteriormente en otras particionesA 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/sda
y 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-prober
y solucionando mediante la carga en cadena a la partición.fuente