Comment peut-on forcer l'ubiquité à ne pas installer grub?

Mes partitions de disque dur:

• esp -> sda1
• archlinux -> sda2
• échange -> sda3
• sda4 -> serait un endroit pour ubuntu

Je vais installer ubuntu sur sda4; actuellement mon processus de démarrage est contrôlé par systemd-boot qui est installé dans archlinux via le logiciel bootctl. C'est bon et j'aimerais le garder.

En installant Ubuntu, il essaiera d'installer grub sur sda ou sdaX. Regardez le menu déroulant sur cette capture d'écran:

Je veux installer Ubuntu sur sda4 sans traiter avec grub. Ensuite, je pointerai vers le fichier Ubuntu vmlinuz et le fichier initrd en créant un nouveau fichier d'entrée dans archlinux sous le système de configuration systemd-boot.

sudo ubiquity -b

Juste installé 16.10 en démarrant directement ISO sur sda avec le loopmount de grub. Une fois installé, l'installateur est entré dans le terminal et a utilisé la commande ci-dessus. Quelque chose d'autre à installer semblait normal. Je n'ai pas remarqué jusqu'à ce que j'aie cliqué à travers, mais la boîte combo assez sûre pour savoir où installer grub était manquante. Et pendant le processus d'installation, il dit normalement installer grub, mais cela ne s'est jamais révélé.

Normalement, une installation sur sdb ou toute seconde installation écrase mon dossier / EFI / ubuntu avec le démarrage de mon installation principale. Cette fois, j'ai pu redémarrer mon installation principale

Et en cours d'exécution sudo update-grubtrouve toujours la nouvelle installation même si grub "non installé". Noté non plus grub.cfg dans / boot / grub.

Je ne connais pas de méthode pour empêcher l'installation de Grub. Mais vous pouvez éviter d'avoir /dev/sdaet d'autres partitions de votre lecteur / dev / sda touchées avec Grub.

Insérez une deuxième clé USB dans l'ordinateur. Sélectionnez-le comme périphérique de démarrage lors de l'installation. Installez maintenant Ubuntu sur votre / dev / sda4. Le processus d'installation ne touchera pas vos secteurs de démarrage de / dev / sda ou toute autre partition, à l'exception de /dev/sda4.

Je sais que sur Linux Mint 18.3 Cinnamon, qui est basé sur Ubuntu 16.04, la commande suivante fonctionne:

ubiquity --no-bootloader

Il s'agit apparemment d'un alias pour l'option -bet est connu pour fonctionner sur Linux Mint 18.3 Cinnamon.

Je n'ai pas vérifié que la --no-bootloaderbalise fonctionne ubiquitydans vanilla Ubuntu 16.04 (et versions ultérieures). Peut-être que quelqu'un exécutant Ubuntu 16.04 (ou n'importe quelle version) peut vérifier et commenter ici avec son numéro de version et si la commande ubiquity --no-bootloadercommande fonctionne? Si cela fonctionne, après l'authentification à l'aide de l'authentificateur GUI, Ubiquity se chargera. Si cela ne fonctionne pas, après l'authentification à l'aide de l'authentificateur GUI, vous retournerez au terminal et un message d'erreur s'affichera ubiquity: error: no such option: [...].

Capture d'écran des options d'ubiquité dans Linux Mint 18.3 Cinnamon:

impression des options d'ubiquité à partir du terminal sous Linux Mint 18.3 Cinnamon

Voir également:

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

Vous ne pouvez pas forcer à ne pas installer le chargeur de démarrage, par défaut.

Bien que @oldfred ait mentionné qu'il existe une -boption pour l'ubiquité, bien que non documentée, cela n'est pas évident et peut être effrayant pour la plupart des utilisateurs finaux de l'utiliser. Bien qu'une option similaire ait existé auparavant.

Il y avait

Dans le passé, Ubuntu avait une option avancée qui permet à l'utilisateur de personnaliser l'installation du chargeur de démarrage. Entre les versions d'Ubuntu LTS, l'option avancée a été vue pour la dernière fois dans la version Lucid Lynx (10.04). L'option avait été supprimée depuis lors, pour une raison que je n'ai pas suivie.

Ancienne capture d'écran comme preuve:

Installer sur la même partition

Dans une étape particulière, on peut simplement sélectionner un périphérique autre que le périphérique principal /dev/sdapour l'installation du chargeur de démarrage. Par exemple, Ubuntu sera installé sur la /dev/sda4partition, donc le chargeur de démarrage sera également installé sur /dev/sda4.

Ce faisant, l'utilisateur aura:

• le nouveau chargeur de démarrage /dev/sda4sera masqué, à moins que la machine ne démarre avec l'option de charger en chaîne sur la partition pour la révéler

• le chargeur de démarrage existant à /dev/sdagérera la détection du système d'exploitation nouvellement installé sur /dev/sda4, sans avoir à compter sur le nouveau chargeur de démarrage

• l'utilisateur devra mettre à jour le chargeur de démarrage à /dev/sdapartir du premier système d'exploitation installé, afin de détecter les systèmes installés ultérieurement sur d'autres partitions

À moins qu'il n'y ait une raison critique pour ne pas traiter du tout avec le chargeur de démarrage, je ne vois aucun effet secondaire de l'installation de chargeurs de démarrage ultérieurs sur les partitions respectives.

Le premier chargeur de démarrage gère tout

Personnellement, j'ai plusieurs distributions (principalement des saveurs Ubuntu et des dérivés similaires) installées sur la même machine, avec le premier chargeur de démarrage sur /dev/sdaet d'autres chargeurs de démarrage sur les partitions respectives. La seule mise en garde est que le chargeur de démarrage doit être mis à jour à partir du premier système d'exploitation installé.

Outre l'avertissement, avec le moins de tracas, on peut toujours oublier les nouveaux chargeurs de démarrage et laisser le chargeur de démarrage existant gérer la détection.

TL; DR Installez le nouveau chargeur de démarrage sur la même partition où le système sera installé; Le nouveau chargeur de démarrage est de toute façon caché à l'utilisateur, sauf en cas de chargement en chaîne vers cette partition.

Connexe : J'avais écrit cette ancienne réponse qui explique une configuration à double démarrage, mentionnant os-proberet solution de contournement en chargeant la chaîne sur la partition.