Vor etwa einem Monat habe ich ein Sicherheitsupdate mit dem neuen Kernel 2.6.34.x (statt 2.6.33.x) installiert, dabei trat das Problem zum ersten Mal auf.
Nach der Installation bootete mein Computer überhaupt nicht, schwarzer Bildschirm ohne sichtbare Festplattenaktivität (ich wartete gute 30 Minuten auf schwarzem Bildschirm, bevor ich Maßnahmen ergriff)... Ich legte die Installations-DVD ein und ging in den Rettungsmodus, um die Boot-Option auf den alten Kernel zurückzusetzen (war nur eine Vermutung, wo das Problem lag). Nach dem Neustart lud der Computer nur die Datei, es dauerte lange, bis sie startete, weil SELinux targeted policy relabel is required. Relabeling could take very long time depending on file size. Ich nahm an, dass das Update irgendwie durcheinander geraten war und arbeitete mit der geänderten Boot-Option weiter.
Vor ein paar Tagen gab es ein weiteres Kernel-Update. Ich habe es installiert und das gleiche Problem wie vorher. Das schließt die Theorie eines beschädigten Updates aus … Schwarzer Bildschirm direkt nach dem „BIOS“-Bildschirm, bevor das Betriebssystem geladen wird. Ich musste das System erneut retten … Unten ist eine Kopie meiner grub.confDatei. Ich bin ziemlich neu bei LINUX (ein paar Jahre Erfahrung), hauptsächlich Entwicklung und grundlegende Konfiguration … nichts Verrücktes.
# 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
Ich möchte, dass mein System auf dem neuesten Stand ist. Geben Sie mir Bescheid, wenn ich weitere hilfreiche Dateien posten kann.
Hat jemand sonst noch dieses Problem? Hat jemand eine Idee, wie man dieses Problem beheben kann?
Antwort1
Ich habe häufig festgestellt, dass Linux-Kernel-Updates verschiedene Systeme beschädigen, und habe es einfach aufgegeben, alle meine Systeme vollständig auf dem neuesten Stand zu halten. Einige booten bestimmte Kernel-Revisionen, andere mit scheinbar identischer Hardware nicht.