Bug 115364
Summary: | kernel upgrade fails to install boot loader | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Chris Ricker <chris.ricker> |
Component: | yum | Assignee: | Jeff Johnson <jbj> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1 | CC: | katzj |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-05-05 17:29:25 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Chris Ricker
2004-02-11 14:42:36 UTC
This is yum, not mkinitrd (new-kernel-pkg leaves the old kernel as the default and then yum tries to switch it). What do you get if you python /usr/share/yum/checkbootloader.py? Okay, thanks. [root@spamstop root]# python /usr/share/yum/checkbootloader.pyc Unable to determine boot loader. [root@spamstop root]# I might be mistaken (too many machines, not enough brain cells), but I don't remember this happening when yum updating from 2115 to 2149.... I just glanced through checkbootloader.py. If I uncomment the print statement in the "for dev in bootdevs" loop, I get: [root@spamstop yum-2.0.4]# python checkbootloader.py checking hda Unable to determine boot loader. [root@spamstop yum-2.0.4]# This system is SCSI (hardware RAID): [root@spamstop yum-2.0.4]# mount | grep ^/ /dev/sda3 on / type ext3 (rw) /dev/sda1 on /boot type ext3 (rw) /dev/sdb1 on /var/spool type ext3 (rw) [root@spamstop yum-2.0.4]# NEEDINFO while awaiting patch from upstream (and so I don't have to stare at this bug). Was the yum update to 2.0.5 done in March supposed to fix this? It didn't, since I still saw the problem when yum put the new 2188 errata kernel on the system.... can you post your /etc/grub.conf here? your /etc/grub.conf has tha #boot=/dev/hda the checkbootloader code still looks and uses that to search for bootloaders. change that from /dev/hda to /dev/sda and see if everything magically starts working. also - I know it's commented out - it doesn't matter. You should be seeing this behavior from up2date too - it uses the same code for the bootloader detection. Changing it from hda to sda appears to make it work: [root@spamstop grub]# python /usr/share/yum/checkbootloader.pyc Found GRUB. [root@spamstop grub]# There's no good reason for anaconda to have ever gotten hda in there in the first place -- that system has always been SCSI, and it was a fresh install of Fedora Core 1.... you didn't accidentally copy a grub.conf over from somewhere else or cut and paste a little liberally, did you? Not that I recall, and the only note in the log book was that default was fixed manually after updates (and now that the comment was changed from hda to sda).... If there haven't been any other reports of anaconda generating hda instead of sda, though, you should probably chalk it up to me doing it and having forgotten it -- that machine is a bog-standard dell poweredge 1750, so it's not like it's an unusual configuration ok, I'm going to close this one as notabug, for now, unless jeremy says otherwise. I'd really prefer it if red hat's bugzilla had a: Close -> Weird. :) |