Fedora 13 postar problema de inicialização da atualização de segurança

0

Cerca de um mês atrás instalei uma atualização de segurança que tinha o novo Kernek 2.6.34.x da versão 2.6.33.x), quando o problema ocorreu pela primeira vez.

Após a instalação meu computador não inicializaria de jeito nenhum, tela preta sem nenhuma atividade visível no disco rígido (dei uns bons 30 minutos na tela preta, antes de tomar as ações) ... apareci no DVD de instalação e entrei em modo de recuperação para voltar a opção de inicialização para o kernel antigo (era apenas um palpite de onde era o problema). Depois de reiniciar o computador carregado apenas arquivo, demorou muito para ele começar por causa de SELinux targeted policy relabel is required. Relabeling could take very long time depending on file size . Eu assumi que a atualização ficou confusa e continuei trabalhando com a opção de inicialização modificada.

Há alguns dias, houve outra atualização do kernel. Eu instalei e mesmo problema como antes. Isso exclui a teoria de atualização corrompida ... Tela preta logo após a tela 'BIOS' antes que o sistema operacional seja carregado. Eu tive que resgatar o sistema novamente ... Abaixo está a cópia do meu arquivo grub.conf . Eu sou bastante novo para LINUX (alguns anos de experiência), principalmente desenvolvimento e configuração básica ... nada de louco.

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/mapper/vg_obalyuk-lv_root
#          initrd /initrd-[generic-]version.img
#boot=/dev/sda
default=2
timeout=0

splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.34.6-54.fc13.i686.PAE)
    root (hd0,0)
    kernel /vmlinuz-2.6.34.6-54.fc13.i686.PAE ro root=/dev/mapper/vg_obalyuk-lv_root rd_LVM_LV=vg_obalyuk/lv_root rd_LVM_LV=vg_obalyuk/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us rhGB quiet
    initrd /initramfs-2.6.34.6-54.fc13.i686.PAE.img
title Fedora (2.6.34.6-47.fc13.i686.PAE)
    root (hd0,0)
    kernel /vmlinuz-2.6.34.6-47.fc13.i686.PAE ro root=/dev/mapper/vg_obalyuk-lv_root rd_LVM_LV=vg_obalyuk/lv_root rd_LVM_LV=vg_obalyuk/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us rhGB quiet
    initrd /initramfs-2.6.34.6-47.fc13.i686.PAE.img
title Fedora (2.6.33.8-149.fc13.i686.PAE)
    root (hd0,0)
    kernel /vmlinuz-2.6.33.8-149.fc13.i686.PAE ro root=/dev/mapper/vg_obalyuk-lv_root rd_LVM_LV=vg_obalyuk/lv_root rd_LVM_LV=vg_obalyuk/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us rhGB quiet
    initrd /initramfs-2.6.33.8-149.fc13.i686.PAE.img

Eu gosto do meu sistema para ser atualizado ... Deixe-me saber se eu posso postar quaisquer outros arquivos que podem ser de ajuda.

Alguém mais teve esse problema? Alguém tem alguma idéia de como corrigir esse problema?

    
por Alex 13.09.2010 / 16:58

1 resposta

0

Eu freqüentemente descobri que as atualizações do kernel do Linux quebram vários sistemas e acabaram desistindo de manter todos os meus sistemas completamente atualizados. Alguns irão inicializar certas revs do kernel, outros com hardware aparentemente idêntico não.

    
por 13.09.2010 / 18:38