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

618
Alex

Около месяца назад я установил обновление для системы безопасности с новым 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

1 ответ на вопрос

0
Brian Knoblauch

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

но 2 ревизии подряд ... Я думаю, что у меня есть другая проблема с системой, которая препятствует загрузке нового ядра. Alex 14 лет назад 0