Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Due to a new HDD Configuration I am currently handling larger backup/resize tasks with partitions between around 900GB, which are 70-90% full.

some background:

First thing I've noticed was, that the Acronis TrueImage version from Western Digital was extremely slow while running it under Windows 7, even though on high priority. To create a normal backup for 650GB of data (900GB partition), it would have taken 3 days! The same task done with the Boot CD version of this Acronis version took about 2 hours (SATA3 copy from one disk to another, both around 110MB/s).

Now, after I have done all my backups, I've wanted to remove some obsolete partitions and resize the leftovers to full HDD size. Of course, usually this takes quite some time - in this case for this 900GB partition, to extend it to 931GB (30GB+ from front, 1GB+ from end), it will take around 6 hours (using gparted)!

Had I known that earlier, I would have just restored the image. But no - first it showed a reasonable time of 1:45h and 0 of 1 operations, but after finishing 1:45h it started again, only this time with 4h to go, still 0 of 1 operations, but now it was copying instead of moving.

Question:

However, why has it to be this slow to resize a partition? I am asking for a good explanation. This has bugged me, since I started partitioning - why does it require to copy all the data around, can't it just stay in place?!

share|improve this question
    
Not an explanation,, sorry, just a recommendation that you try the excellent - and free - EASEUS Partition Manager from partition-tool.com –  Mawg Nov 29 '12 at 2:52
    
thanks, looks promising, however, I could not find out, if it would just "attach" empty space in front of a partition, which is to be resized, or if it would move it there. might test this on the second one, if there will be no other definite solution. –  Jook Nov 29 '12 at 3:29
2  
There are simple technical limitations to how "fast" a partition can be moved/resized. If the beginning of the partition is moved, usually all data has to be moved forward, or at the very least all data before an amount of free space adds up to the distance the partition is moved on disk. When the partition is shrunk, all data contained in the shrunk area needs to be moved into the free space that remains. There's no way around it. Also, under normal circumstances, process priority should have very little effect on I/O throughput. –  oKtosiTe Mar 26 '13 at 9:07
    
@oKtosiTe usually all data has to be moved forward now, if you say usually, does this imply there IS in fact another way or not? Because that is the question here. Can't a resize of a partition be done without copying, when adding free space at the beginning of it? is this technically impossible? –  Jook Mar 27 '13 at 1:34
    
@closeVoters - how is this question not constructive?! i am not asking for a debate, eighter it is technically impossible or not - eighter there is a tool, which is able to do such resize operations differntly or not. I do not see any room here for a debate. –  Jook Mar 27 '13 at 1:38

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Browse other questions tagged or ask your own question.