Fedora 15 - Kernel Panic não está sendo sincronizado: VFS: Não é possível montar a raiz no bloco desconhecido (0,0)

Question

Rápido ao ponto ..

Eu instalei no meu sistema uma cópia do Fedora 15 e Ubuntu 11.04. Instalei o Ubuntu pela primeira vez em / dev / sda5 e o grub2 foi instalado no início de / dev / sda. Em seguida eu instalei o Fedora em / dev / sda6 e seguindo algumas recomendações eu instalei seu sistema de inicialização no início de / dev / sda6. Depois disso, o grub não pôde me mostrar as informações da minha instalação do Fedora, mas eu inseri o ubuntu e apliquei o update-grub, e quando reiniciei eu podia entrar no Fedora. O problema é que quando eu atualizei minha distribuição do Fedora de 2.6.38.6-26.rc1.fc15 para 2.6.40-4.fc15 e apliquei o update-grub no Ubuntu depois disso. No momento em que eu quero rodar o novo kernel no grub ele aparece esse Kernel Panic. Não sei o que fazer, pois encontrei muitas informações sobre esse problema, mas nenhuma delas foi aplicada especificamente a esse caso. Se precisar de mais detalhes é só pedir.

Atualização:

Estas são as entradas no arquivo /boot/grub/grub.cfg que é criado após a execução do update-grub.

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Fedora (2.6.40-4.fc15.x86_64) (on /dev/sda6)" --class gnu-linux --class gnu --class os {
    insmod part_msdos
    insmod ext2
    set root='(/dev/sda,msdos6)'
    search --no-floppy --fs-uuid --set=root 459a7d80-cc8f-4ae0-89cf-49593a9221e2
    linux /boot/vmlinuz-2.6.40-4.fc15.x86_64 ro root=UUID=459a7d80-cc8f-4ae0-89cf-49593a9221e2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=la-latin1 rhgb quiet
}
menuentry "Fedora (2.6.38.6-26.rc1.fc15.x86_64) (on /dev/sda6)" --class gnu-linux --class gnu --class os {
    insmod part_msdos
    insmod ext2
    set root='(/dev/sda,msdos6)'
    search --no-floppy --fs-uuid --set=root 459a7d80-cc8f-4ae0-89cf-49593a9221e2
    linux /boot/vmlinuz-2.6.38.6-26.rc1.fc15.x86_64 ro root=UUID=459a7d80-cc8f-4ae0-89cf-49593a9221e2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=la-latin1 rhgb quiet
    initrd /boot/initramfs-2.6.38.6-26.rc1.fc15.x86_64.img
}

O kernel que não está funcionando é o primeiro. A única diferença que vejo é que o kernel funcional possui uma instrução initrd. Tentei replicar isso no kernel não funcional, alterando o valor do kernerl, mas não funcionou. Espero que isso possa ser de alguma ajuda.

Atenciosamente.

    

Answer 1

A linha initrd /boot/initramfs-kernel.version.img está dizendo ao grub onde encontrar o disco de RAM inicial a ser usado pelo kernel ao inicializar. Durante o processo de inicialização, o kernel Linux monta o disco de RAM initrd, que contém um sistema de arquivos temporário, alguns módulos do kernel e outros utilitários necessários para o processo de inicialização. Se o disco de RAM não puder ser montado por algum motivo, o resultado será um kernel panic.

Você pode verificar se a imagem de disco RAM correta foi criada durante a atualização simplesmente verificando se ela existe no diretório / boot. Se não houver nenhum arquivo para o seu novo kernel, ou se ele existir, mas estiver de alguma forma corrompido, você pode gere um novo com o comando dracut .

Aqui estão os documentos do Fedora 15 para uma atualização manual do kernel , um artigo da IBM sobre o initrd e um artigo da IBM sobre o Processo de inicialização do Linux .

    

Answer 2

Se o Ubuntu encontrou ambos os kernels do Fedora e você pode inicializar um, mas não o outro, compare ambas as entradas no prompt do GRUB2. Parece-me que o novo kernel do Fedora aponta para uma partição diferente.

    

Answer 3

Eu iniciei com um kernel antigo e tentei dracut para o novo! Pelo menos várias tentativas e sem solução! então eu encontrei outra solução alternativa.

Basta invocar este comando no terminal:

yum reinstall kernel

isto reconstrói o kernel mais recente e (ótimo) um novo initrd, agora a inicialização completa

    

Answer 4

Eu editei o grub.conf Eu adicionei boot=/dev/sda2 antes da informação do kernel. sua partição pode ser diferente. Levei três dias de tentativa e erro para descobrir isso.