Come può l'ubiquità essere costretta a non installare grub?

Le mie partizioni HDD:

• esp -> sda1
• archlinux -> sda2
• scambia -> sda3
• sda4 -> sarebbe un posto per ubuntu

Ho intenzione di installare Ubuntu su sda4; attualmente il mio processo di avvio è controllato da systemd-boot che è installato in archlinux tramite il software bootctl. Va bene e mi piacerebbe tenerlo.

Installando Ubuntu proverà ad installare grub su sda o sdaX. Guarda il menu a discesa in questo screenshot:

Voglio installare Ubuntu su sda4 senza occuparmi di grub. Quindi indicherò il file vmlinuz di Ubuntu e il file initrd creando un nuovo file entry in archlinux nel sistema di configurazione systemd-boot.

sudo ubiquity -b

Ho appena installato 16.10 avviando direttamente ISO su sda con loopmount di grub. Una volta nel programma di installazione è andato nel terminale e utilizzato sopra il comando. Qualcos'altro di installazione sembrava normale. Non me ne sono accorto fino a quando non ho fatto clic, ma mancava la casella combinata abbastanza sicura su dove installare grub. E durante il processo di installazione dice normalmente l'installazione di grub, ma questo non ha mai mostrato.

Normalmente un'installazione su sdb o qualsiasi seconda installazione sovrascrive la mia cartella / EFI / ubuntu con l'avvio della mia installazione principale. Questa volta sono stato in grado di riavviare la mia installazione principale

E in esecuzione sudo update-grubho ancora trovato la nuova installazione anche se grub "non installato". Non ho notato neanche grub.cfg in / boot / grub.

Non conosco un metodo per impedire l'installazione di Grub. Ma puoi evitare di avere /dev/sdae altre partizioni del tuo disco / dev / sda toccate con Grub.

Inserisci una seconda USB nel computer. Selezionalo come dispositivo di avvio durante l'installazione. Ora installa Ubuntu sul tuo / dev / sda4. Il processo di installazione non toccherà i tuoi settori di avvio di / dev / sda o di qualsiasi altra partizione, ad eccezione di /dev/sda4.

Conosco Linux Mint 18.3 Cinnamon, basato su Ubuntu 16.04, il seguente comando funziona:

ubiquity --no-bootloader

Questo a quanto pare è un alias per l'opzione -bed è noto per funzionare su Linux Mint 18.3 Cinnamon.

Non ho verificato che il --no-bootloadertag funzioni su ubiquityUbuntu 16.04 (e versioni successive). Forse qualcuno che esegue Ubuntu 16.04 (o qualunque versione) può controllare e commentare qui con il proprio numero di versione e se il ubiquity --no-bootloadercomando funziona? Se funziona, dopo l'autenticazione utilizzando l'autenticatore della GUI, verrà caricata Ubiquity. Se non funziona, dopo l'autenticazione utilizzando l'autenticatore della GUI, tornerai al terminale e verrà stampato un messaggio di errore che dice ubiquity: error: no such option: [...].

Schermata delle opzioni di ubiquità in Linux Mint 18.3 Cinnamon:

stampa delle opzioni di ubiquità dal terminale su Linux Mint 18.3 Cinnamon

Guarda anche:

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

Non puoi forzare a non installare il boot loader, per impostazione predefinita.

Mentre @oldfred aveva menzionato che esiste -bun'opzione per l'ubiquità, anche se non documentata, questo non è ovvio e può essere spaventoso per la maggior parte degli utenti finali utilizzarla. Sebbene, un'opzione simile esistesse prima.

Prima c'era

In passato, Ubuntu aveva un'opzione avanzata che consente all'utente di personalizzare l'installazione del boot loader. Tra le versioni LTS di Ubuntu, l'ultima opzione è stata vista nella versione Lucid Lynx (10.04). L'opzione era stata rimossa da allora, per qualsiasi motivo che non ho seguito.

Vecchio screenshot come prova:

Installa sulla stessa partizione

In particolare, si può semplicemente selezionare un dispositivo diverso dal dispositivo principale /dev/sdaper l'installazione del boot loader. Ad esempio, Ubuntu verrà installato sulla /dev/sda4partizione, quindi anche il boot loader deve essere installato /dev/sda4.

In questo modo, l'utente avrà:

• il nuovo caricatore di avvio in /dev/sda4quel punto sarà nascosto, a meno che la macchina non sia avviata con l'opzione di caricare la catena nella partizione per rivelarla

• il boot loader esistente at /dev/sdagestirà il rilevamento del sistema operativo appena installato su /dev/sda4, senza dover fare affidamento sul nuovo boot loader

• l'utente dovrà aggiornare il boot loader /dev/sdadal primo sistema operativo installato, al fine di rilevare i sistemi installati successivamente in altre partizioni

A meno che non vi sia alcun motivo critico per non occuparsi affatto del boot loader, non vedo alcun effetto collaterale dell'installazione dei bootloader successivi nelle rispettive partizioni.

Il primo caricatore di avvio gestisce tutto

Personalmente, ho più distro (principalmente Ubuntu e derivati ​​simili) installati sulla stessa macchina, con il primo caricatore di avvio /dev/sdae altri caricatori di avvio su rispettive partizioni. L'unica avvertenza è che il boot loader deve essere aggiornato dal primo sistema operativo installato.

Oltre all'avvertenza, con il minimo fastidio, si può sempre dimenticare i nuovi boot loader e lasciare che il boot loader esistente gestisca il rilevamento.

TL; DR Installa il nuovo boot loader nella stessa partizione in cui verrà installato il sistema; Il nuovo boot loader è comunque nascosto all'utente, a meno che non venga caricato a catena su quella partizione.

Correlati : avevo scritto questa risposta più vecchia che spiega una configurazione a doppio avvio, menzionando os-probere risolvendo il caricamento a catena nella partizione.