Como lidar com a configuração do GRUB em um sistema multi-inicializado?

0

Acabei de alterar a ordem de inicialização do GRUB2. Eu tenho três sistemas operacionais instalados no computador. Eu tenho o Windows 8.1, o Ubuntu Linux 15.04 e o Mint Linux 17.2. Eu segui a resposta de Marve aqui: Como eu mudo a ordem de inicialização do GRUB?

O problema é que falhou no começo! Eu fui iniciado no Ubuntu no momento em que fiz as alterações. Eu usei a referência de nome como GRUB_DEFAULT='Windows 8' em vez do número de índice e trabalhei apenas com /etc/default/grub file. Eu então emiti updated-grub e reiniciei. Eu tinha o Windows em algum lugar no meio do menu de inicialização, Ubuntu no fundo e Mint no topo. Quando o tempo de atraso acabou na tela do menu de inicialização, o Mint foi inicializado, e não o Windows.

Então eu reiniciei e inicializei de volta no Ubuntu para garantir que minhas alterações ainda estivessem lá em /etc/default/grub e elas com certeza estavam. Eu também notei que eu tinha um terceiro arquivo grub~ , junto com meu arquivo de backup grub.bak .

Eu iniciei no Mint e fiz as mesmas alterações lá e reiniciei. Com certeza, funcionou! Então agora eu tenho o Windows selecionado por padrão na tela do menu de inicialização e ele é inicializado quando o tempo se esgota. Isso é o que eu queria.

Mas o que me incomoda é porque eu tive que fazer isso no Mint? Por que não funcionou no Ubuntu? Isso é porque eu instalei o Mint depois que eu instalei o Ubuntu? Essa é a única explicação em que consigo pensar. O GRUB2 está instalado em mais de um local? Lembro-me de ter escolhido instalar o bootloader no MBR durante as duas instalações do sistema. Talvez tenha algo a ver com os arquivos de configuração, e não com o programa de bootloader real? E se eu tivesse montado o /etc em uma partição dedicada? Isso faria com que eles compartilhassem os arquivos de configuração? Como sobre o /boot então?

Há outra coisa que me incomoda com essa configuração, e é a constante mudança da ordem de inicialização e das cores de fundo e o layout das opções do menu de inicialização para o GRUB2. Isso parece acontecer quando um dos sistemas operacionais recebe uma atualização ou alguma atualização importante que de alguma forma exige a atualização das opções do menu de inicialização. Como posso evitar isso? Se eu definir o plano de fundo da tela do menu de inicialização como azul, como posso evitar que ele mude para roxo na manhã seguinte, quando o Ubuntu receber uma nova atualização ou atualização?

Na resposta vinculada acima, dê uma olhada na seção "solução de problemas". Aqui está um trecho.

The Grub Customizer settings may work only from within the latest Linux/Ubuntu installation, the one that installed the Grub.

Parece que eu posso estar em algo aqui. Isso pode ter a ver com o que eu mencionei acima. Não é assim? Parece realmente bobo que você tenha que fazer alterações apenas no último sistema Linux instalado. Seja você usar uma ferramenta GUI como o GRUB Customizer ou as ferramentas de linha de comando e a edição manual. Alguém mais experiente pode esclarecer esta questão?

    
por Samir 30.08.2015 / 20:38

2 respostas

1

Se você tem várias instalações usando o grub2, apenas uma delas pode estar no MBR e controla a inicialização. Essa geralmente é a última instalação. E você pode ter problemas se você instalou ambos originalmente para o MBR da mesma unidade. O Grub lembra onde instalou e uma grande atualização do grub irá reinstalá-lo. Ou uma ou ambas as instalações podem estar atualizando o grub. Eu gosto de documentar como o sistema está inicializando com o relatório de resumo:

link

Em uma instalação que você usa menos, você pode desmarcar todas as opções de instalação. Mas certifique-se de que o outro esteja no MBR como inicialização padrão primeiro.

Como evito que uma das minhas partições mexa com entradas do Lubuntu Grub?

    
por oldfred 30.08.2015 / 21:15
0

O GRUB foi projetado para assumir o controle dos estágios iniciais do processo de inicialização. Isso funciona bem em um sistema de inicialização única (apenas no Ubuntu, por exemplo) ou ao inicializar duas vezes um sistema operacional baseado em GRUB (como o Ubuntu) com o Windows; mas quando você instala dois sistemas operacionais baseados no GRUB (como o Ubuntu e o Mint), os dois GRUBs lutam pelo controle do processo de inicialização.

Multi-booters experientes geralmente adotam uma das três abordagens para gerenciar esse processo:

  • Conceder controle a uma distribuição - você pode omitir o GRUB de uma instalação para dar controle a outra. Uma maneira de fazer isso é informar ao instalador a distribuição secundária para não instalar o GRUB. No caso do Ubuntu e do Mint, você pode fazer isso inicializando o instalador no modo "experimentar antes de instalar", iniciar um Terminal e digitar sudo ubiquity -b . A opção -b diz ao instalador para omitir o GRUB. Uma vez instalado, isso fica mais complicado. Pessoalmente, tenho um pacote grub-pc-3 fictício que contém apenas alguns diretórios vazios. Seu número de versão garante que ele é "mais recente" do que qualquer pacakge do GRUB 2 e, portanto, a instalação faz com que o GRUB seja removido eo sistema não tentará reinstalar o GRUB (o que pode acontecer de outra forma). Essa abordagem de pacote fictício é deselegante; Tenho certeza de que há uma maneira melhor de obter o mesmo efeito, mas nunca me preocupei em pesquisá-lo para descobrir o que poderia ser.
  • Conceder controle a um GRUB 2 personalizado - Você pode remover o GRUB 2 de ambos suas instalações e, em seguida, configurar um GRUB 2 independente de qualquer um deles. Isso pode tornar o sistema como um todo mais robusto contra problemas causados pela exclusão da distribuição associada ao GRUB 2 no futuro, portanto, esse método é favorecido por pessoas que executam várias distribuições múltiplas e fazem alterações frequentes nessas distribuições. No entanto, é preciso muita experiência do GRUB 2 para configurá-lo.
  • Abandonar o GRUB 2 em favor de outra coisa - Essa abordagem é como a anterior, mas em vez de configurar um GRUB 2 independente de distribuição, você configura um carregador de boot não-GRUB independente da distribuição. Sob o BIOS, as possibilidades incluem o LILO, o SYSLINUX e o GRUB Legacy. Sob EFI, as opções incluem ELILO, SYSLINUX, rEFInd e gummiboot / systemd-boot. Todas essas ferramentas são mais fáceis de configurar manualmente do que o GRUB 2, mas a maioria é mais difícil do que a configuração automática do GRUB 2 (assumindo que a configuração automática funciona corretamente - como você descobriu, às vezes não funciona!)

Assim como qualquer coisa relacionada a computadores, a compreensão das ferramentas e processos ajudará você a controlá-los. Para esse fim, você deve primeiro descobrir se está inicializando no modo BIOS / CSM / herdado ou no modo EFI / UEFI. No Linux, isso é feito com facilidade: Procure um diretório chamado /sys/firmware/efi . Se estiver presente, você inicializou no modo EFI; se estiver ausente, você provavelmente inicializou no modo BIOS. Se o seu Windows 8.1 foi pré-instalado, ele quase certamente inicializa no modo EFI. Inicialização no modo BIOS e no modo EFI são muito diferentes, então você deve se certificar de ler no modo de inicialização apropriado. (Inicialização no modo BIOS é mais antiga, portanto, muitos documentos antigos nem mencionam problemas BIOS-vs-EFI e apenas assumem a inicialização no modo BIOS. A documentação do modo EFI é geralmente bastante explícita sobre a inicialização no modo EFI. )

Para a inicialização no modo EFI, recomendo que você leia as seguintes referências:

Por acaso não tenho recomendações específicas para ler mais sobre a inicialização do modo BIOS.

    
por Rod Smith 31.08.2015 / 16:06