Проблема загрузки обновления системы защиты сообщения Fedora 13

Приблизительно месяц назад я установил обновление системы защиты, которое имело новый Kernek 2.6.34.x от 2.6.33.x), это - когда проблема произошла впервые.

После установки мой компьютер не загрузился бы вообще, черный экран ни без какого видимого действия жесткого диска (я дал ему хорошие 30 минут на черном экране, прежде чем принял меры)... Я вытолкал в установке DVD и вошел в спасательный режим для возврата, параметр загрузки к старому ядру (было просто предположение, где проблема была). После того, как компьютер перезапуска, загруженный просто файл, занял много времени, чтобы он запустился из-за SELinux targeted policy relabel is required. Relabeling could take very long time depending on file size. Я предположил, что обновление было испорчено так или иначе и продолжало работать с измененным параметром загрузки.

Несколько дней назад было другое обновление ядра. Я установил его и та же проблема как прежде. Это исключает поврежденную теорию обновления... Черный экран прямо после экрана 'BIOS' перед ОС загружается. Я имел к спасательной системе снова... Ниже копия моего grub.conf файл. Я довольно плохо знаком с LINUX (несколько лет опыта), главным образом разработка и основная конфигурация... ничто сумасшедшее.

# 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

Мне нравится, когда моя система актуальна... Сообщите мне, могу ли я отправить какие-либо другие файлы, которые могут помочь.

У кого-либо еще была эта проблема? У кого-либо есть какие-либо идеи, как решить эту проблему?

0
задан 10.04.2011, 04:32

1 ответ

Я часто находил, что обновления ядра Linux повреждают различные системы и только что разочаровались в хранении всех моих абсолютно актуальных систем. Некоторые загрузят определенные версии ядра, другие с на вид идентичным оборудованием не будут.

0
ответ дан 27.11.2019, 19:15

Теги

Похожие вопросы