Como a ubiquidade pode ser forçada a não instalar o grub?

9

Minhas partições do disco rígido:

  • esp - > sda1
  • archlinux - > sda2
  • swap - > sda3
  • sda4 - > seria um lugar para o Ubuntu

Vou instalar o Ubuntu em sda4; atualmente meu processo de boot é controlado por systemd-boot que é instalado no archlinux via software bootctl. Tudo bem e eu gostaria de mantê-lo.

Ao instalar o Ubuntu, ele tentará instalar o grub em sda ou sdaX. Veja o menu suspenso nesta captura de tela:

Eu quero instalar o Ubuntu em sda4 sem lidar com o grub. Então eu vou apontar para o arquivo vmlinuz do Ubuntu e para o arquivo initrd criando um novo arquivo de entrada no archlinux sob o sistema de configuração systemd-boot.

    
por mini 17.10.2016 / 20:21

4 respostas

4

sudo ubiquity -b

Acabou de instalar o 16.10 iniciando diretamente o ISO em sda com o loopmount do grub. Uma vez no instalador entrou no terminal e usou o comando acima. Algo mais instalar parecia normal. Não percebi até que eu tinha clicado, mas a caixa de combinação para onde instalar o grub estava faltando. E durante o processo de instalação normalmente diz instalar o grub, mas isso nunca apareceu.

Normalmente, uma instalação em sdb ou qualquer segunda instalação sobrescreve minha pasta / EFI / ubuntu com a inicialização da minha instalação principal. Desta vez eu consegui inicializar de volta na minha instalação principal

E a execução de sudo update-grub ainda encontrou a nova instalação, embora o grub "não esteja instalado". Não notei nenhum grub.cfg em / boot / grub.

    
por oldfred 18.10.2016 / 01:08
2

Eu não sei de um método para impedir a instalação do Grub. Mas você pode evitar que /dev/sda e outras partições de sua unidade / dev / sda sejam tocadas com o Grub.

Insira um segundo USB no computador. Selecione-o como o dispositivo de inicialização durante a instalação. Agora instale o Ubuntu no seu / dev / sda4. O processo de instalação não atingirá seus setores de inicialização de / dev / sda ou qualquer outra partição, exceto o /dev/sda4 .

    
por L. D. James 18.10.2016 / 01:05
1

Você não pode forçar a não instalar o gerenciador de inicialização, por padrão.

Embora @oldfred tenha mencionado que há -b opção para ubiquidade, embora não documentada, isso não é óbvio e pode ser assustador para a maioria dos usuários finais usá-lo. Embora, uma opção semelhante tenha existido antes.

Costumava haver

No passado, o Ubuntu tinha uma opção avançada que permite ao usuário personalizar a instalação do gerenciador de inicialização. Entre os lançamentos do Ubuntu LTS, a opção avançada foi vista pela última vez no lançamento do Lucid Lynx (10.04). A opção foi removida desde então, por qualquer motivo que eu não acompanhei.

Captura de tela antiga como prova:

Instalenamesmapartição

Naetapaespecífica,pode-seapenasselecionarumdispositivodiferentedodispositivoprincipal/dev/sdaparaainstalaçãodocarregadordeboot.Porexemplo,oUbuntuseráinstaladonapartição/dev/sda4,entãoogerenciadordeinicializaçãoseráinstaladoem/dev/sda4também.

Aofazerisso,ousuárioterá:

  • novogerenciadordeinicializaçãoem/dev/sda4queficaráoculto,amenosqueamáquinasejainicializadacomaopçãodecarregaracarganapartiçãopararevelá-la

  • O
  • gerenciadordeinicializaçãoexistenteem/dev/sdacuidarádadetecçãodosistemaoperacionalrecém-instaladoem/dev/sda4,semterquedependerdonovogerenciadordeinicialização

  • ousuárioprecisaráatualizarocarregadordeinicializaçãoem/dev/sdadoprimeirosistemaoperacionalinstalado,paradetectarsistemasinstaladosposteriormenteemoutraspartições

Amenosquehajaalgummotivocríticoparanãolidarcomocarregadordeboot,nãovejoqualquerefeitocolateraldeinstalaroscarregadoresdeinicializaçãosubseqüentesnasrespectivaspartições.

Funcionacommenosproblemas

Pessoalmente,tenhováriasdistro(principalmenteversõesdoUbuntuederivadassemelhantes)instaladasnamesmamáquina,comoprimeirogerenciadordeinicializaçãoem/dev/sdaeoutroscarregadoresdeinicializaçãonasrespectivaspartições.Aúnicaressalvaéqueogerenciadordepartidadeveseratualizadoapartirdoprimeirosistemaoperacionalinstalado.

Alémdaadvertência,comomínimodeaborrecimentos,sempreépossívelesquecernovoscarregadoresdeinicializaçãoepermitirqueogerenciadordeinicializaçãoexistentegerencieadetecção.

TL;DRInstaleumnovogerenciadordeinicializaçãonamesmapartiçãoemqueosistemaseráinstalado;Onovogerenciadordeinicializaçãoestáocultodousuário,amenosqueestejacarregandoapartiçãoparaessapartição.

PostsrelacionadosnoAskUbuntu

Eutinhaescrito esta resposta mais antiga que explica uma configuração de inicialização dupla, mencionando os-prober e solução alternativa por meio de carregamento em cadeia para o partição.

    
por clearkimura 01.11.2016 / 07:50
1

Eu sei sobre o Linux Mint 18.3 Cinnamon, que é baseado no Ubuntu 16.04, o seguinte comando funciona:

ubiquity --no-bootloader

Este aparentemente é um alias para a opção -b e é conhecido por funcionar no Linux Mint 18.3 Cinnamon.

Não verifiquei se a tag --no-bootloader funciona em ubiquity no Ubuntu Ubuntu 16.04 (e versões posteriores). Talvez alguém rodando o Ubuntu 16.04 (ou qualquer outra versão) possa verificar e comentar aqui com seu número de versão e se o comando ubiquity --no-bootloader funciona? Se funcionar, depois de autenticar usando o autenticador GUI, o Ubiquity será carregado. Se não funcionar, depois de autenticar usando o autenticador GUI, você irá retroceder ao terminal e uma mensagem de erro será exibida dizendo ubiquity: error: no such option: [...] .

Screenshot das opções de ubiquidade no Linux Mint 18.3 Cinnamon:

impressão de opções de ubiquidade do terminal no Linux Mint 18.3 Canela

link

Veja também:

link

    
por blueuser 05.06.2018 / 20:33