Qual é a maneira recomendada de fazer o encadeamento de uma partição Ubuntu / boot separada?

Question

Eu quero ter dual-boot duas distribuições diferentes do Ubuntu no mesmo disco rígido. Eu instalei o primeiro, com partição externa / boot (por exemplo, /dev/sda2 ).

Em seguida, instalei a segunda distribuição, com partição / boot separada (por exemplo, /dev/sda5 ).

Eu pensei, que após a instalação do segundo Ubuntu, o update-grub adicionaria automaticamente entradas para o primeiro Ubuntu por chainloading / dev / sda2 de / dev / sda5. Isso não aconteceu.

Agora, eu me pergunto, qual é a maneira recomendada de carregar o / dev / sda2 de / dev / sda5. Acredito que o método recomendado envolveria o uso dos scripts existentes em /etc/grub.d porque o /boot/grub/grub.cfg será substituído se eu alterá-lo manualmente.

    

Answer 1

Antes de mais nada, o efeito que eu preciso (entrar no menu grub de uma distribuição com outra) não precisa de chainloading ; basta carregar novamente a configuração do grub com o comando configfile Grub 2 no arquivo /etc/grub.d/40_custom , desta forma:

menuentry "Ubuntu Precise 64 bit" {
   configfile (hd0,gpt2)/grub/grub.cfg   
}

onde (hd0,gpt2) é o endereço da partição / boot do outro Linux (é a segunda partição no disco sda da GPT neste exemplo).

Após a edição, é importante executar sudo update-grub , para que as alterações sejam propagadas em /boot/grub/grub.cfg

Dessa forma, é possível manter uma maneira elegante e livre de erros de manter duas instalações Linux separadas (que podem, por exemplo, compartilhar a mesma partição raiz btrfs, mas em subvolumes diferentes)

    

Answer 2

No sistema bios, prefiro carregar com a opção de inicialização múltipla:

menuentry "Ubuntu, Trusty (on lvm/nantes-trusty)" --class gnu-linux --class gnu --class os {
insmod part_gpt
insmod lvm
insmod ext2
set root='lvm/nantes-trusty'
multiboot /boot/grub/i386-pc/core.img
}

A vantagem disso é que você pode recriar uma partição dedicada ao grub, que nunca irá mudar a menos que você queira remover ou adicionar outro SO, e você não está se tornando dependente de si mesmo, o que é muito útil quando há mudanças no versões grub.

Porque aconteceu comigo ter uma versão do grub que carregaria um arquivo grub.cfg antigo. Isso não está acontecendo aqui, porque quando você carrega o core.img, você carrega o grub que acompanha o seu próprio arquivo grub.cfg.

Na verdade, é semelhante ao que o uefi faz quando carrega o grub, porque você dá a ele algo como core.efi ao invés de core.img