GNOME Bugzilla – Bug 438570
action recognized not correctly -- grow/move
Last modified: 2008-06-18 18:34:44 UTC
Please describe the problem: 0.3.6 ! |------||##########| - not used space of the disk (not of partition) | partition boundaries # partition I changed it to |##################| so it is really: * move to the left * then grow Gparted recognized it solely as grow. Maybe it led to Gparted silent crash/quit (I will describe it later). PS. It was the second partition |1st partition||empty space|2nd part| the right boundary was not changed, only left. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Related report: http://bugzilla.gnome.org/show_bug.cgi?id=438572
Do you recall if this was a really small amount of space for the resize operation (e.g., less than a disk cylinder ~8 MB)? The reason I ask is that GParted 0.3.4 would try to round to a cylinder boundary on a resize/move operation. If the free space was less than 8 MB, then the math used in rounding to a cylinder boundary could account for GParted only seeing the operation as a grow operation.
AFAIR it was about 500MB-1GB, something like this.
Thank you for the quick response. In that case it wouldn't have been a "rounding to cylinder" boundary problem. GParted 0.3.4 also had problems with partition operations of 1 TB or larger (bug #524948). This was fixed in version 0.3.7. It is possible that this was the cause of the problem. Would you be able to try the latest 0.3.7 version to see if it has the same problem you experienced with 0.3.4?
Curtis, sure but since I need two partitions to test this and I only have two partitions I have to wait for new LiveCD (with GP 0.3.7) -- btw. I am glad livecd is back to life. So, give me some time, I'll keep this message from you and when livecd will be ready I'll test gparted using it.
Thank you for your offer to re-test this problem. I know of two LiveCD's that currently contain GParted version 0.3.7. They are: A) System Rescue CD - http://www.sysresccd.org/Download B) GParted Testing Live CD - http://sourceforge.net/project/showfiles.php?group_id=115843&package_id=269898 The System Rescue CD v1.0.3 is a stable production release so you may wish to try that one first.
I have been able to recreate the problem with partitions significantly smaller than 1 TB. Hence the size of the partition does not appear to be the problem. It appears that resize operations that move the left edge of the partition further left (while the right edge remains constant) are recognized solely as a grow operation. In reality a move to the left, and then a grow is required. When the operation is applied, GParted performs the two required steps. Hence it appears that only the reporting of the operation as "grow" to the GUI is incorrect. I will continue to investigate and post back here with what I find.
There was some faulty logic in the recognition of partition move/resize operations. This logic has been re-written to be more self evident. I have tested all combinations of move / resize operations and they are all now recognized correctly. This new logic has been committed to the SVN repository for inclusion in the next release of GParted. Closing this bug.