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): How reproducible: Didn't try 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 to it. 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. Additional info: 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.