Exclusão acidentalmente / partição de boot

0

isso pode parecer estúpido e parecer ter um monte de duplicatas, mas eu passei quase 3 dias procurando uma solução sem olhar, por exemplo, eu acidentalmente enviei um comando mkfs.xfs em / dev / sda2 ao invés de / dev / sdd2 e limpei completamente a partição / boot (juntamente com todos os arquivos vmlinuz e initrd), e tentei o método de recuperação padrão a partir da mídia ao vivo (com algumas alterações desde que meu sistema foi instalado com partições LVM e no modo EFI):

mkdir /mnt/fedsys
mount /dev/fedora/root /mnt/fedsys
mount /dev/sda2 /mnt/fedsys/boot
mkdir /mnt/fedsys/boot/efi (I had to create a new efi dir since it was lost)
mount /dev/sda1 /mnt/fedsys/boot/efi
mount --bind /proc/ /mnt/fedsys/proc
mount --bind /sys/ /mnt/fedsys/sys
mount --bind /dev/ /mnt/fedsys/dev
chroot /mnt/fedsys

Funcionou bem até aqui, então eu tentei regenerar o arquivo grub.cfg:

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

No entanto, falha com as seguintes mensagens:

WARNING: Failed to connect to lvmetad. Falling back to device scanning.
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
device-mapper: reload ioctl on osprober-linux-sdd1 failed: Invalid argument
Command failed
done

Ignorei os erros e continuei a instalar o grub:

grub2-install /dev/sda

E dá a seguinte saída:

Installing for x86_64-efi platform.
EFI variables are not supported on this system.
EFI variables are not supported on this system.
Installation finished. No error reported.

E quando eu reinicio sou recebido com o prompt grub. Agora, acho que o problema está no fato de que o vmlinuz nem o initrd estão em qualquer lugar (claro, porque eu fiz o nu / dev / sda2), mas não consigo encontrar uma maneira de reconstruí-los ou fazer o sistema inicializar.

O que posso fazer? Existe uma maneira de reconstruir esses arquivos de mídia ao vivo? O sistema que estou tentando resgatar estava executando o Fedora 25 64 bits no modo EFI e no LVM.

    
por arielnmz 27.07.2017 / 04:20

2 respostas

0

Eu sugiro que você tente disco de reparo de inicialização em primeiro lugar, ele irá reparar a maioria dos problemas de MBR .. Este artigo também pode ser útil. link

    
por 27.07.2017 / 10:17
0

Aqui está um método genérico que você pode tentar consertar seu sistema. Nomes de pacotes podem variar entre distribuições, então você pode precisar pesquisar alguns detalhes no Google.

  1. Inicialize na mídia ao vivo
  2. Monte sua partição raiz do hdd em algum lugar (por exemplo, /mnt ).
  3. Monte todas as partições necessárias do sistema dentro dessa raiz - seu /boot e qualquer outro que você possa ter.
  4. Monte com -o bind pastas /dev , /proc e /sys da raiz da mídia ao vivo na raiz do seu hdd em /mnt
  5. Agora você pode chroot com segurança no seu /mnt . Deve dar-lhe um sistema totalmente funcional.
  6. Reinstale o pacote grub e execute o mkinitramfs ou, melhor ainda, reinstale o kernel do Linux.
  7. Gere sua configuração do grub e instale o grub no MBR (se você usá-lo), você deve ter tudo o que é necessário agora.
  8. Saia do chroot de volta para a mídia ao vivo e desmonte tudo na ordem inversa.
  9. Tente reiniciar em seu sistema original.

Editar: Por chrooting você entra no ambiente da sua instalação de disco gravável local. Todas as bibliotecas e executáveis são usados a partir deste ambiente, com exceção dos processos e do kernel já em execução - assim, você poderá usar o gerenciador de pacotes e o banco de dados de pacotes instalados. A montagem /dev , /proc e /sys é necessária para fornecer acesso ao hardware e controle dos processos, você precisará dela para gerar uma nova imagem do linux em /boot , configurar o grub corretamente e acessar a rede para baixe os pacotes. O chrooting é especialmente útil se você tiver que usar a mídia ao vivo de outra distribuição.

Quanto a reinstalar o grub - os nomes dos pacotes podem diferir entre as distribuições, reinstalar o grub * não pode causar nenhum dano. Não esqueça que apenas instalar os pacotes pode não ser suficiente. Talvez você também precise executar grub-install depois de configurar sua configuração.

    
por 27.07.2017 / 11:33