Bug 154862 - kickstart fails to install grub on previously unformatted partition
Summary: kickstart fails to install grub on previously unformatted partition
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 3
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-04-14 16:17 UTC by Anders Blomdell
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-04-14 21:25:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Anders Blomdell 2005-04-14 16:17:27 UTC
Description of problem:

When kickstart installing on a (SATA) disk where the root partition has not
previously been formatted with mkfs.*, grub fails to install.

Version-Release number of selected component (if applicable):

FedoraCore 3

How reproducible:

Always

Steps to Reproduce:
1. Totally erase the disks (dd if=/dev/zero of=/dev/sda)
2. Repartition the disk
3. Do a kickstart install
  
Actual results:

The root filesystem is formatted as part of the kickstart installation, then
grub fails as follows:

grub> root (hd0,4)
File system type unknown, partition type 0x83
grub> install /boot/grub/stage1 d (hd0) /boot/grub/stage2 p (hd0,4)
/boot/grub/grub.conf
Error 17: Cannot mount selected partition

After rebooting, the system hangs.

Expected results:

A bootable system.  
  
Additional info:  

Rerunning kickstart solves the problem, since then grub correctly picks up the
filesystem type from the previous installation, so it seems like grub tries to
pick up the filesystem type from some location that is initialized at boot,
instead of reading it from the partition.

Comment 1 Jeremy Katz 2005-04-14 21:25:32 UTC
This should be fixed with post-fc3 grub.


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