Bug 138784 - On upgrade, gets confused when root is on LVM.
Summary: On upgrade, gets confused when root is on LVM.
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 3
Hardware: All
OS: Linux
medium
high
Target Milestone: ---
Assignee: Paul Nasrat
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-11-11 05:15 UTC by Aleksey Nogin
Modified: 2007-11-30 22:10 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-02-11 07:56:20 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Aleksey Nogin 2004-11-11 05:15:50 UTC
I was upgrading Fedora Core 1 (with all updates) to Fedora Core 3. My
root partition was on LVM. The grub.conf was not updated correctly,
leaving machine unbootable.

Relevant part of upgrade.log:

...
Upgrading mkinitrd-4.1.18-2.i386.
Upgrading kernel-2.6.9-1.667.i686.
unable to stat /dev/Main/Root: 2
grubby fatal error: unable to find a suitable template
grubby fatal error: unable to find a suitable template
grubby: doing this would leave no kernel entries. Not writing out new
config.
Upgrading kernel-smp-2.6.9-1.667.i686.
unable to stat /dev/Main/Root: 2
grubby fatal error: unable to find a suitable template
...

The /etc/grub.conf after upgrade contained:
-----
# 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/Main/Root
#          initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=10
splashimage=(hd0,0)/grub/splash.xpm.gz
title Fedora Core (2.4.22-1.2199.nptlsmp)
	root (hd0,0)
	kernel /vmlinuz-2.4.22-1.2199.nptlsmp ro root=/dev/Main/Root rhgb
	initrd /initrd-2.4.22-1.2199.nptlsmp.img
-------------

In order to get the machine to boot again, I had to (manually):
- recreate the initrds for 2.6.9-1.667 and 2.6.9-1.667smp (the ones
created automatically during the FC1->FC3 upgrade did not have the LVM
stuff).
- replace the 2.4.22-1.2199.nptlsmp entry in grub.conf with
appropriate 2.6.9-1.667smp and 2.6.9-1.667 entries

Comment 1 Jeremy Katz 2004-11-11 18:49:20 UTC
FC1 -> FC3?  Urgh :/

I fixed this for FC2 -> FC3, but I can definitely see how FC1 -> FC3
could be different with the lvm1->lvm2 transition.

Comment 8 Jeremy Katz 2004-11-22 22:08:02 UTC
Fixed with new udev package.

Comment 9 Jay Turner 2005-02-10 13:30:52 UTC
Any feedback on if this latest udev package resolved the issue?

Comment 10 Aleksey Nogin 2005-02-10 20:36:17 UTC
Since the machine that caused this problem is already upgraded, I do not really
have a way to test this.

Comment 11 Jay Turner 2005-02-11 07:56:20 UTC
I'm not seeing other reports with the new udev, so going to close this out. 
Will reopen if things rear their ugly heads again.


Note You need to log in before you can comment on or make changes to this bug.