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


9

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:

entrez la description de l'image ici

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.


Je connais l'existence de preseed il y a l'option pour le chargeur de démarrage sur Ubiquity
blkpws

2
Ne pensez pas qu'il existe un moyen d'éviter facilement grub, mais vous pouvez essayer de l'installer sur sda4, puis l'écraser avec dd.
mikewimporte

Eh bien maintenant, c'est une question intéressante ...
You'reAGitForNotUsingGit

C'était valable avec 12.04, je ne l'ai jamais utilisé. sudo ubiquity -bAccédez au programme d'installation en direct et lancez-le à partir du terminal.
oldfred

@oldfred, il semble qu'il n'y ait pas d' -boption: manpages.ubuntu.com/manpages/xenial/man8/ubiquity.8.html
mini

Réponses:


4
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.


sudo ubiquity -b-> i.stack.imgur.com/ZTYaB.png Vous voulez dire que si je continue dans cette étape, il n'installera pas Grub, non?
mini

Notez que vous n'avez pas à combiner la boîte normalement indiquée sur l'endroit où installer grub. À mi-chemin, l'écran de partitionnement avec la zone de liste déroulante indique où installer le chargeur de démarrage. askubuntu.com/questions/343268/… Notez qu'essayer d'installer grub sur une partition ne fonctionne qu'avec le BIOS, pas avec UEFI.
oldfred

1

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.


1

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/


1

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:

Étape 8/8 du programme d'installation d'Ubiquity dans Ubuntu Lucid

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.


1
C'est une excellente astuce, mais AIUI ne fonctionne que pour les systèmes BIOS, pas pour ceux UEFI.
Peter Green
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.