Fedora 17 nadal używa jądra fedora 16

0

Uruchomiłem preupgrade, aby zaktualizować Fedorę 16 (x64) do Fedory 17. Wydawało się, że działa dobrze. Dostałem więc nowy gimp 2.8, gcc 4.7.0 i tak dalej. Ale system nadal używa starego jądra z fc16. Uname -a daje mi:

Linux localhost.localdomain 3.3.6-3.fc16.x86_64 # 1 SMP środa 16 maja 21:43:01 UTC 2012 x86_64 x86_64 x86_64 GNU / Linux

System pobrał nowe jądro, więc dostałem

/boot/vmlinuz-3.3.7-1.fc17.x86_64
/boot/System.map-3.3.7-1.fc17.x86_64
/boot/initramfs-3.3.7-1.fc17.x86_64.img
/boot/config-3.3.7-1.fc17.x86_64

Ale system nadal używa starego jądra z fc16.

Jeśli spojrzę na mój plik /boot/grub2/grub.cfg, wygląda to tak:

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora (3.3.6-3.fc16.x86_64)' --class fedora --class gnu-linux --class gnu --class os {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_gpt
    insmod ext2
    set root='(hd0,gpt2)'
    search --no-floppy --fs-uuid --set=root 3521a578-5829-4fb4-a485-8c097df77d07
    echo 'Loading Fedora (3.3.6-3.fc16.x86_64)'
    linux   /vmlinuz-3.3.6-3.fc16.x86_64 root=UUID=57459a16-97a0-46a4-8e71-cc3ec0ca4a3e ro  KEYTABLE=dvorak rd.lvm=0 rd.dm=0 quiet SYSFONT=latarcyrheb-sun16 rhgb rd.md.uuid=60956781:734d95ba:424311e2:796702a7 rd.luks=0 LANG=en_US.UTF-8
    echo 'Loading initial ramdisk ...'
    initrd /initramfs-3.3.6-3.fc16.x86_64.img
}
menuentry 'Fedora (3.3.5-2.fc16.x86_64)' --class fedora --class gnu-linux --class gnu --class os {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_gpt
    insmod ext2
    set root='(hd0,gpt2)'
    search --no-floppy --fs-uuid --set=root 3521a578-5829-4fb4-a485-8c097df77d07
    echo 'Loading Fedora (3.3.5-2.fc16.x86_64)'
    linux   /vmlinuz-3.3.5-2.fc16.x86_64 root=UUID=57459a16-97a0-46a4-8e71-cc3ec0ca4a3e ro  KEYTABLE=dvorak rd.lvm=0 rd.dm=0 quiet SYSFONT=latarcyrheb-sun16 rhgb rd.md.uuid=60956781:734d95ba:424311e2:796702a7 rd.luks=0 LANG=en_US.UTF-8
    echo 'Loading initial ramdisk ...'
    initrd /initramfs-3.3.5-2.fc16.x86_64.img
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

### BEGIN /etc/grub.d/90_persistent ###
### END /etc/grub.d/90_persistent ###

Każdy ma pojęcie o tym, dlaczego wciąż odwołuje się do jądra fc16 i jak mogę go uaktualnić.

Mój system używa raid1 na 2 dyskach, ale / boot nie używa raidu. Mount / boot to:

/ dev / sda2 on / boot type ext2 (rw, relatime, seclabel, user_xattr, acl, barrier = 1)

I / (jedyny inny system plików jaki mam) jest zamontowany jako

/ dev / md0 on / type ext4 (rw, relatime, seclabel, user_xattr, acl, barrier = 1, data = order)

MTilsted
źródło
Robi ln -s /etc/grub2.cfg pokaż, że jest to link do /boot/grub2/grub.cfg ?
Paul
/etc/grub2.cfg - & gt; ../boot/grub2/grub.cfg
MTilsted
Jeśli zrobisz grub2-mkconfig wyświetli na ekranie grub.cfg (tylko) czy możesz to sprawdzić i sprawdzić, czy poprawnie wybiera nowe jądra?
Paul
Wybiera prawidłowe jądro i po skopiowaniu go do /boot/grub2/grub.cfg wszystko działa ponownie:
MTilsted

Odpowiedzi:

1

Jeśli porady Paula w powyższym komentarzu działają, chcesz zachować tę zmianę w następujący sposób:

su -c "grub2-mkconfig -o /boot/grub2/grub.cfg"
michel-slm
źródło
Tak, ale to nie wyjaśnia, dlaczego tak się stało.
Paul
Pakiety RPM pozwalają na uruchamianie akcji przedinstalacyjnych, poinstalacyjnych i post-transakcyjnych; prawdopodobnie pakiet grub2 uruchomił instalację programu ładującego zbyt wcześnie (zanim zainstalowano nowe jądra, być może w %post zamiast w %posttrans ). Może zgłoszenie błędu w bugzilla.redhat.com będzie w porządku? Wielu z nas testerów zostało już wcześniej zaktualizowanych do wersji F17 (i naprawiliśmy ręcznie naszą instalację grub), więc może proste aktualizacje z F16 nie są tak dobrze testowane
michel-slm
Dodałem raport błędu na stronie bugzilla.redhat.com/show_bug.cgi?id=826529
MTilsted