☰

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

tag-icon • tag-icon boot grub kernel fedora-13
Проблема загрузки 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

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

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

решение1

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

Связанный контент