Como reparar a instalação não inicializável do Fedora

1

Como você repara / reinstala o Fedora sem excluir nenhuma partição ou dado existente?

Eu estava tentando atualizar alguns servidores antigos do Fedora 13 para 17, seguindo as instruções no wiki . Após a atualização 14- > 15, a reinicialização resultou na saída:

Dropping to debug shell.

sh: can't access tty; job control turned off
dracut:/#

A execução do dmesg também mostra:

dracut Warning: No root device "block:/dev/mapper/VolGroup-lv_root" found

Googling mostra que este erro está tipicamente relacionado a alguns problemas estranhos de RAID, mas o meu servidor é uma máquina virtual que não usa nenhum RAID. Usando um CD de recuperação, posso chroot /mnt/sysimage , e todos os pacotes e dados ainda parecem estar lá. Como faço o sistema inicializar novamente?

    
por Cerin 19.06.2012 / 19:53

1 resposta

1

Aparentemente, não é incomum que o processo de atualização do Fedora corrompa o sistema de arquivos / boot / initramfs, resultando em um sistema não inicializável.

Usando uma dica que eu encontrei aqui , a solução é inicializar usando um Fedora Live CD, e selecione "resgatar sistema instalado" no menu. Em seguida, percorra o menu para chegar ao escudo de resgate. Em seguida, monte o sistema usando chroot /mnt/sysimage . A dica recomendou a reparação do initramfs executando:

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img
dracut /boot/initramfs-$(uname -r).img $(uname -r)

No entanto, como você estará executando o kernel do Live CD, isso provavelmente falhará se a versão do kernel do seu sistema não corresponder exatamente ao Live CD. Meu Live CD estava usando um kernel 2.6. *, Mas eu tinha um kernel 3.4. * Instalado, então eu corri:

mv /boot/initramfs-3.4.2-1.fc16.x86_64.img /boot/initramfs-3.4.2-1.fc16.x86_64-nouveau.img
dracut /boot/initramfs-3.4.2-1.fc16.x86_64.img 3.4.2-1.fc16.x86_64
exit

Depois disso, a remoção do Live CD e a reinicialização resultaram em um sistema inicializável.

    
por 21.06.2012 / 16:47