GNOME Bugzilla – Bug 571151
gparted moves partition to the left even if unneeded
Last modified: 2009-03-26 22:15:28 UTC
Please describe the problem: gparted moves partition to the left even if it is not needed (i.e. if I only wanted to shrink it). The reading test takes about 2 h on 1 TB disk which is approximatly the time needed to reinstall system. In most cases if user didn't changed the start value the partition should not be moved (especially if offset is equal to 0). Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Yes Other information:
Thank you Maciej for reporting this problem. Which version of GParted did you use? From your description, I suspect that the "Round to cylinders" option was checked. If the partition did not originally start on a cylinder boundary, then this option would move the partition to align with a cylinder boundary as well as perform the resize operation.
(In reply to comment #1) > Thank you Maciej for reporting this problem. > > Which version of GParted did you use? > It was present in a few releases of sysrescd and in 0.4.1 compiled on Gentoo. > From your description, I suspect that the "Round to cylinders" option was > checked. If the partition did not originally start on a cylinder boundary, > then this option would move the partition to align with a cylinder boundary as > well as perform the resize operation. > Possibly. Still the default option should not move the border which user had not touched.
Hi Maciej, I have reworked the logic of the resize/move dialog to only move the start sector of a partition IF the space before value is changed. This fix has been committed to the Gnome SVN repository. Would you be able to compile and test the latest version of GParted from the SVN repository? http://gparted.sourceforge.net/svn.php To compile: ./autogen.sh make make install
*** Bug 564645 has been marked as a duplicate of this bug. ***
(In reply to comment #3) > Hi Maciej, > > I have reworked the logic of the resize/move dialog to only move the start > sector of a partition IF the space before value is changed. This fix has been > committed to the Gnome SVN repository. > That's great. I guess it is the most expected behaviour. > Would you be able to compile and test the latest version of GParted from the > SVN repository? > > http://gparted.sourceforge.net/svn.php > Ok. First let me find some drives to format. > To compile: > ./autogen.sh > make > make install > Personaly I prefere ./autogen.sh --help CFLAGS="-ggdb ..." ./configure --prefix=~/.applications --with-my-params make all install But thanks for info ;)
Did you find some drives to format? If so, how is your testing going?
Only on pendrive - which works OK. Probably next week I will check on real disk - unfortunatly now I have my time organised by illness and I'm not able to check it.
Health comes first. Best wishes for improvement.
Thanks
This bug fix will be included in the next release of GParted (0.4.4) which is planned for April 2nd, 2009. Closing this bug.