Início / unix / Perguntas / 442053
Accepted
Federal Reserve
Asked: 2018-05-06 20:11:11 +0800 CST

Como corromper e reparar o MBR corretamente?

  • 772

Eu tentei corromper o MBR com este comando no CentOS 7

dd if=/dev/zero of=/dev/sda bs=446 count=1

Tanto quanto eu sei, o setor de inicialização tem 512 bytes de comprimento, os primeiros 446 bytes são o código do carregador de inicialização, o restante é a tabela de partições.

Depois de inicializar no modo Resecure, /dev/sda1é montado em /mnte chroot /mnt, eu usei grub2-installpara reparar o carregador de inicialização, /dev/sdamas não tive sucesso ao inicializar novamente.

Que ponto eu perdi?

grub

1 respostas

  1. Best Answer

    Após o chroot, mas antes de executar grub2-install, você deve ter verificado se /boot/grub/device.mapexiste ou não. Normalmente, grub2-installo cria se ainda não existir e tenta adivinhar qual dispositivo Linux corresponde a qual identificador de disco BIOS/GRUB. Se esse mapeamento estiver errado, você obterá resultados estranhos.

    A menos que seu sistema seja muito especial, se você estiver dizendo ao BIOS para inicializar a partir do disco que está /dev/sda, então /boot/grub/device.mapdeve haver esta linha nele:

    (hd0) /dev/sda

    Se o arquivo device.map não existisse quando você executou grub2-install, ele teria que adivinhar o mapeamento entre os nomes dos dispositivos Linux e os identificadores de disco do BIOS/GRUB. Às vezes grub2-installpode adivinhar errado. Portanto, se /boot/grub/device.mapnão existir, você deve criá-lo com as informações corretas antes de executar grub2-installpara garantir o reparo bem-sucedido.

    Se o /boot/grub/device.maparquivo existir, mas tiver informações erradas, você deve corrigi-lo antes de executar grub2-install.

    Agora você deve inicializar novamente no modo de recuperação, chroot e, em seguida, verificar o /boot/grub/device.maparquivo e executar grub2-install /dev/sda.

    Outra possibilidade:

    Quando você sobrescreve os primeiros 446 bytes do MBR, ele inclui os bytes de assinatura que são usados ​​como UUID de disco em discos particionados por MBR. Se a configuração do GRUB estiver usando o UUID do disco para selecionar a partição "raiz" do GRUB, o UUID agora será diferente. Sua distribuição deve ter um comando que possa ser usado para reconstruir facilmente o arquivo de configuração do GRUB.

    Em sistemas estilo Debian, provavelmente é update-grub.

    Em sistemas de estilo RedHat (Fedora, CentOS etc.), pode ser grub2-mkconfig > /boot/grub/grub.cfgou similar.

    A mensagem: FATAL: INT18: BOOT FAILURE não está relacionada ao Grub, mas a um problema com o VirtualBox.

    Aparentemente, o VirtualBox verifica a tabela de partição para verificar se uma partição foi marcada como ativa e, se não houver partição ativa, ele relata um erro em vez de tentar carregar e executar o código MBR.

    Essa verificação é desnecessária para o GRUB, porque se o GRUB tiver sido instalado no MBR, ele assumirá o controle do processo de inicialização, independentemente de qual partição estiver marcada como ativa.

    Fonte: https://neosmart.net/wiki/fatal-int18-boot-failure/

    Ter a imagem da mídia de instalação ainda inserida na unidade de CD-ROM virtual também pode fazer isso, pelo menos com versões mais antigas do VirtualBox:

    https://www.dedoimedo.com/computers/fedora-fatal-18.html

    • 3

relate perguntas