2 Linux Bootloaders mas apenas 1 sistema operacional Linux está instalado, algo estranho aconteceu

2

Eu Reinstalei o Linux Parrot Security 3.9 Versão do Kernel 4.14.0 86_64 durante uma instalação do Kali 2017.3 (ironicamente a mesma versão do kernel do Debian neste momento) 4.14.0 86_64.

Agora particionei o HDD completamente, Manual como sempre, / dev / sda1-boot 512M, / dev / sda2-swap 8G, / dev / sda3- / root-25G, / dev / sda4 / home-descanso da partion tamanho.

Tenho 2 HDDs na ordem correta para inicializar o linux primeiro, a menos que eu atinja o F11, o Linux HDD está no primeiro slot para cabo SATA e tenho um Windows HDD separado no segundo slot para cabo SATA. Eu prefiro não fazer o Dual Boot Windows com o Linux no mesmo disco rígido.

Normalmente, quando eu ligo, apertei F11 para opções de inicialização, tanto o HDD aparece quanto eu seleciono adequadamente, eu uso o Windows for Gaming, e o Linux para todo o resto.

Mas agora quando eu apertei F11 o antigo Kali ainda está na primeira opção como / dev / sda3 o Windows aparece como a segunda opção para inicializar (como há mais de um ano agora com essa configuração) mas o Parrot também é chegando em / dev / sda3 (o mesmo que Kali que deveria ter sido sobrescrito) Eu posso selecionar / dev / sda3 / Parrot e funciona bem. O Windows funciona bem, mas se eu selecionar o / dev / sda3 / Kali (que deveria ter sido sobrescrito) ele inicia em um erro grub e eu tenho aquele resgate do grub > prompt.

Finalmente, a maneira que eu sempre usei isso foi o Linux, a menos que eu acesse o F11 e o Select Windows HDD, mas porque eu estou recebendo este Grub Error Grub Rescue > e o último Kali's Grub não foi removido, parece que eu sempre tenho que acertar o F11 agora. Não é como se eu não pudesse entrar no meu novo SO Parrot, construído sobre o Kernel idêntico ao Kali agora, o Debian 9 é apenas um método de atualização de repositório diferente, eu acho. Funciona bem, só quero que meu sistema seja o mais correto possível.

O que devo fazer? Eu pareço ter conflitos com / dev / sda3 ter uma distro real, e outro que pensa que faz quando não o faz?

    
por user265608 13.12.2017 / 05:30

2 respostas

1

Acionar a tecla F11 parece que você está acessando um menu de inicialização da BIOS. Se ele contém nomes de sistema operacional como Windows, Parrot ou Kali, então esta é uma pista que você provavelmente está usando o boot no estilo UEFI.

Se isso for verdade, então a maneira mais conveniente de se livrar dos restos mortais de Kali é usar a ferramenta efibootmgr no Linux.

No boot no estilo UEFI, três coisas sobre o bootloader são armazenadas no NVRAM (= o local onde as configurações do BIOS são armazenadas):

  • o UUID da partição que contém o carregador de inicialização UEFI para um sistema operacional específico (geralmente, trata-se de uma pequena partição FAT32, conhecida como ESP, ou (U) EFI System Partition)
  • o nome do arquivo do carregador de inicialização para esse SO
  • um nome descritivo para esse SO

Mesmo que você remova completamente o gerenciador de inicialização de um determinado sistema operacional e sobrescreva todas as partições que ele tinha, essas informações ainda permanecerão no NVRAM. Alguns firmwares UEFI oferecem uma maneira de excluir quaisquer configurações de inicialização obsoletas através dos menus de configurações do UEFI BIOS, mas infelizmente existem versões de firmware UEFI no mercado que não têm essa opção.

Quando você executar efibootmgr -v em um sistema UEFI, deverá ver a lista de configurações de inicialização UEFI atualmente armazenadas na NVRAM. Existe o valor BootCurrent que identifica a opção de inicialização usada mais recentemente para inicializar o sistema. Existe um valor de Timeout que geralmente é definido como 0. Em seguida, há a lista BootOrder que identifica a ordem na qual o firmware tentará as várias opções de inicialização configuradas: cada opção de inicialização é identificada por um número de 4 dígitos como 0000, 0001, 0002 e assim por diante.

E finalmente, existem as opções de inicialização reais. Cada linha de opções de inicialização listará o número de quatro dígitos da opção de inicialização na forma de "BootNNNN" (por exemplo, Boot0000 para a primeira opção de inicialização). Em seguida, haverá o nome descritivo do SO e, em seguida, o UUID da partição do carregador de inicialização e o nome do caminho do arquivo do carregador de inicialização nessa partição. No final da linha, pode opcionalmente haver alguns parâmetros para o bootloader.

Para se livrar dos restos da opção de inicialização do Kali, encontre seu número de quatro dígitos na lista. Em seguida, você pode usar efibootmgr -B -b NNNN para excluí-lo.

Por exemplo, se você vir que o Kali era a opção de inicialização Boot0002, você pode removê-lo com:

efibootmgr -B -b 0002

O comando efibootmgr deve ser executado como root (ou prefixado com sudo ).

    
por 13.12.2017 / 12:48
0

I'm not to experienced with asking for help on here. If A mod can recommend the correct place to ask this, and or help me transfer it to the correct forum, thanks a bunch in advance and I apologize ahead if this is the wrong place.

Você está certo, aqui, isso é bom! No entanto, Parrot Security e Kali são distribuições centradas em segurança, não para os fracos de coração! Espera-se que você experimente o administrador do Linux ao usá-los.

Basicamente, você tem um problema que a antiga entrada do Kali grub ainda está lá.

A configuração do grub é armazenada em /etc/grub.d/* , então você deve se certificar de que nenhum arquivo contenha uma entrada para Kali, que a entrada do Parrot Security esteja lá. Então você executa sudo update-grub e isso deve resolver seu problema.

Para verificar, Kali não está lá: grep Kali /etc/grub.d/* then grep Parrot /etc/grub.d/* , se os dois comandos encontrarem "stuff", e ambas as entradas NÃO estiverem no mesmo arquivo, você deve excluir com segurança o arquivo contendo Kali.

    
por 13.12.2017 / 08:08