From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130
Description of problem:
While setting up my partitions during a RH install, Disk Druid hit a fatal error
and bombed out. I had actually already allocated all of the disk space and was
in the process of editing the size of one. Specifically, I was bumping up the
size on one of my ext3 partitions, hoping it would steal the extra space from
swap (which was set to use "all remaing space"). Not sure if that's relevant to
the crash or not, but that's what I was doing at the time.
Anyway, I've attached the trace it generated.
(Sorry if this is a dupe ... although a few existing bugs looked plausible, none
seemed definitively the same, so I'm submitting just in case.)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Use disk drooler to allocate all space into partitions.
2. Leave one set to "use remaining space" (not completely sure it's necessary,
but it's what I did).
3. Edit one of the other (specifically-sized) partitions and allocate more space
4. Hit "OK"
Actual Results: Anaconda threw a stack trace window.
Expected Results: Was expecting that it would either steal the extra space from
the "dynamically allocated" partition, or maybe just tell me there was not
enough free space to complete the change.
The drive itself is quite small (2G) and IDE (/dev/hda). It had a previous Win
installation on it, so I had deleted the existing FAT32 partition (in Disk
Druid) before setting up the new partitions.
Created attachment 89939 [details]
Anaconda Stack Trace
Added code to keep this from happening in the future.
I'm going through Bugzilla closing some bugs that have been marked as Modified
for some period of time. I believe that most of these issues have been fixed,
so I'm resolving these bugs as Rawhide. If the bug you are seeing still exists,
please reopen this report and mark it as Reopened.