Bug 450479 - Anaconda unable to recognise grub, "replace" crashes
Summary: Anaconda unable to recognise grub, "replace" crashes
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 9
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-06-09 00:34 UTC by Scott Schmit
Modified: 2008-09-23 14:49 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-09-23 14:49:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Traceback generated by anaconda (70.61 KB, text/plain)
2008-06-09 00:34 UTC, Scott Schmit
no flags Details

Description Scott Schmit 2008-06-09 00:34:49 UTC
Description of problem:
Anaconda was (apparently) unable to find/recognize my grub bootloader and/or
/boot partition. As a result, it treated it as if the system had a third-party
boot loader and refused to update the config. I had an option to replace the
boot loader or skip config altogether. I selected replace, causing a traceback
and crash, which is attached.

Version-Release number of selected component (if applicable):
Anaconda 11.4.0.82, according to the traceback.

How reproducible:
It happened every time until I told anaconda to skip instead (at least 2 or 3
times).

Steps to Reproduce:
1. Somehow get into a state where anaconda doesn't recognize a perfectly valid
/boot (?)
2. Upgrade the installation.
 
Actual results:
3. See that anaconda doesn't recognize /boot, but you can replace or skip
4. Select replace, click next
5. Watch the installer crash and offer to save the traceback/debug information.

Expected results:
3. Anaconda gives you the option to update, replace, or skip
4. Selecting any of the provided options doesn't crash, but does what it says it
will.

Barring that, anaconda should never crash, ever (especially not for options it
gives me). I'm just glad it hadn't modified my disk yet.

Additional info:
This occurred when I updated my gateway machine (which has my DNS, & DHCP
server, hence the manual/IP setup) from Fedora 7 to Fedora 9. The partitioning
of the drive is from the default (or near-default) partitioning of an earlier
install, so I don't know of anything that would cause the installer to act like
it did.

Postinstall info:
$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
                       72G  9.6G   59G  15% /
/dev/sda1              99M   19M   76M  20% /boot
tmpfs                 124M     0  124M   0% /dev/shm

# fdisk -l

Disk /dev/sda: 80.0 GB, 80000000000 bytes
255 heads, 63 sectors/track, 9726 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xd0f4738c

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          13      104391   83  Linux
/dev/sda2              14        9726    78019672+  8e  Linux LVM

Hope this helps.

Comment 1 Scott Schmit 2008-06-09 00:34:50 UTC
Created attachment 308665 [details]
Traceback generated by anaconda

Comment 2 Chris Lumens 2008-09-23 14:49:55 UTC
I do believe I've fixed up the problem with not identifying the existing bootloader configuration for F10 Beta.


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