Bug 111462 - Installer crashed modifying partition information
Summary: Installer crashed modifying partition information
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: anaconda
Version: 3.0
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-12-03 22:55 UTC by David Kaelbling
Modified: 2007-11-30 22:06 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-02-01 22:38:46 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Ananconda dump log (53.50 KB, text/plain)
2003-12-03 22:56 UTC, David Kaelbling
no flags Details
syslog (8.17 KB, text/plain)
2003-12-03 22:57 UTC, David Kaelbling
no flags Details

Description David Kaelbling 2003-12-03 22:55:40 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030922

Description of problem:
Installing Redhat Enterprise Linux AS v3 on a PowerSpec 8192 system,
the installer crashed while I was attempting to modify the proposed
disk partition information.  It said:

Traceback (most recent call last):
  File "/usr/lib/anaconda/iw/partition_gui.py", line 1033, in editCb
    self.editPartitionRequest(request)
  File "/usr/lib/anaconda/iw/partition_gui.py", line 1096, in
editPartitionRequest
    raise RuntimeError, ("Returning partitions to state "

RuntimeError: Returning partitions to state prior to edit failed


I will attach the files it dumped to floppy.


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


How reproducible:
Didn't try


Additional info:

Comment 1 David Kaelbling 2003-12-03 22:56:43 UTC
Created attachment 96325 [details]
Ananconda dump log

Comment 2 David Kaelbling 2003-12-03 22:57:29 UTC
Created attachment 96326 [details]
syslog

Comment 3 Jeremy Katz 2003-12-03 23:03:22 UTC
Is this reproducible?  What did you previously have on the system? 
What change were you making at the time of the traceback?

Comment 4 David Kaelbling 2003-12-04 15:43:59 UTC
I was not able to reproduce this, although that may be because I 
don't recall exactly what steps I was going through.  After the
reboot I tried again (this time leaving out some of the intermediate
fiddling with the partition table, since I had a better idea what
end result I wanted), and it worked.

My system used to dual-boot Windows XP and RedHat Linux 9.  The
existing Linux partitions were /boot, /, and swap.  I started
resizing the / partition (using PartitionMagic 8.0), but cancelled
the operation while it was moving still data.  This probably trashed
the existing file systems, but should not have harmed the disk
partition table.  I then booted off the AS v3 CDs, selected 
"automatic partitioning" telling it to erase all the existing Linux
partitions, and was tweaking the results.  The manual changes were 
to split the large '/' partition into three parts ('/', '/opt', and
'/home').  I believe the crash occurred while I was shrinking one 
of the new partitions to make space for another.

If it matters I get persistent warnings that the partitions are not
aligned properly and may not boot on older systems, but I ignore
them because my BIOS doesn't seem to have a problem.

The system disk is ~120G, currently split like this:
    Disk geometry for /dev/hda: 0.000-114498.562 megabytes
Disk label type: msdos
Minor    Start       End     Type      Filesystem  Flags
2          0.031     39.221  primary   fat32       hidden
1         39.252  14496.152  primary   ntfs        boot
3      14496.152  14598.127  primary   ext3
4      14598.127 114494.501  extended              lba
5      14598.158  30984.741  logical   ext3
6      30984.772  47371.354  logical   ext3
7      47371.386 113466.906  logical   ext3
8     113466.938 114494.501  logical   linux-swap


Comment 5 Jeremy Katz 2005-02-01 22:38:46 UTC
This should be fixed in CVS now.


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