1

Topic: Problem Partioning (shrinking)

I am trying to partition my ntfs hdd and split it into two ntfs partitions, but I keep getting the error below

GParted 0.3.4

Libparted 1.7.1

Move /dev/sda1 to the left and shrink it from 88.26 GiB to 77.29 GiB  00:35    ( ERROR )
         
calibrate /dev/sda1  00:00    ( SUCCES )
         
path: /dev/sda1
start: 63
end: 185100929
size: 185100867 (88.26 GiB)
calculate new size and position of /dev/sda1  00:00    ( SUCCES )
         
requested start: 0
requested end: 162079784
requested size: 162079785 (77.29 GiB)
new start: 63
new end: 162079784
new size: 162079722 (77.29 GiB)
check filesystem on /dev/sda1 for errors and (if possible) fix them  00:10    ( SUCCES )
         
ntfsresize -P -i -f -v /dev/sda1
         
ntfsresize v1.13.1.1 (libntfs 9:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 94771638784 bytes (94772 MB)
Current device size: 94771643904 bytes (94772 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 76796 MB (81.0%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFT : 28731 MB 0
Multi-Record : 94772 MB 102003
$MFTMirr : 47390 MB 1
Compressed : 94761 MB 7324
Ordinary : 94770 MB 110955
You might resize at 76795793408 bytes or 76796 MB (freeing 17976 MB).
Please make a test run using both the -n and -s options before real resizing!
shrink filesystem  00:15    ( ERROR )
         
run simulation  00:15    ( ERROR )
         
ntfsresize -P --force --force /dev/sda1 -s 82984817663 --no-action
         
ntfsresize v1.13.1.1 (libntfs 9:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 94771638784 bytes (94772 MB)
Current device size: 94771643904 bytes (94772 MB)
New volume size : 82984813056 bytes (82985 MB)
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 76796 MB (81.0%)
Collecting resizing constraints ...
Needed relocations : 2489836 (10199 MB)
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
ERROR: Extended record needed (1032 > 1024), not yet supported!
Please try to free less space.
check filesystem on /dev/sda1 for errors and (if possible) fix them  00:10    ( SUCCES )
         
ntfsresize -P -i -f -v /dev/sda1
         
ntfsresize v1.13.1.1 (libntfs 9:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 94771638784 bytes (94772 MB)
Current device size: 94771643904 bytes (94772 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 76796 MB (81.0%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFT : 28731 MB 0
Multi-Record : 94772 MB 102003
$MFTMirr : 47390 MB 1
Compressed : 94761 MB 7324
Ordinary : 94770 MB 110955
You might resize at 76795793408 bytes or 76796 MB (freeing 17976 MB).
Please make a test run using both the -n and -s options before real resizing!
grow filesystem to fill the partition  00:00    ( SUCCES )
         
run simulation  00:00    ( SUCCES )
         
ntfsresize -P --force --force /dev/sda1 --no-action
         
ntfsresize v1.13.1.1 (libntfs 9:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 94771638784 bytes (94772 MB)
Current device size: 94771643904 bytes (94772 MB)
New volume size : 94771638784 bytes (94772 MB)
Nothing to do: NTFS volume size is already OK.
real resize  00:00    ( SUCCES )
         
ntfsresize -P --force --force /dev/sda1
         
ntfsresize v1.13.1.1 (libntfs 9:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 94771638784 bytes (94772 MB)
Current device size: 94771643904 bytes (94772 MB)
New volume size : 94771638784 bytes (94772 MB)
Nothing to do: NTFS volume size is already OK.

========================================

Any thoughts

2

Re: Problem Partioning (shrinking)

With gparted, you can't split a partition directly. You must resize it and then create a new partition in the freed (unallocated) disk space, that you format with the desired filesystem.

Before resizing ntfs, you must defragment the partition within w!n. Very often there are some system files near the end of the partition (parked in green lines in the defrag window), that are unmovable for w!n.

Try to disable the virtual memory file, reboot, defragment 2 times at least instead of 1 time, do the work with gparted and reenable virtual memory after.

Another problem is that the drive is 81% full. This makes defrag harder to work and less successful. It would be better if you could free some space (i.e. data files etc) on other drives or dvdr. With at least 30% free disk space, defragmentation is better.

You didn't tell how big you want your new partitions. Do you mean something like 50% + 50% ?

*** It is highly recommended to backup any important files before doing resize/move operations. ***

3

Re: Problem Partioning (shrinking)

I'm not familiar with the lingo, what is w!n? I want to split the partition so that the second part has 11250mb of space, and the first part has the rest, 77.29gb.

Also, I didn't just split, the error comes on the resizing (the shrinking).

4

Re: Problem Partioning (shrinking)

I mean by w!n the various windows versions.

As I told, with gparted you can resize a partition only if there are no data in the freed part of the partition. It doen't split data in any new partitions. That's why you need to defragment before, and even temporarily free some space to allow tools to work. 

BUT
free space in a partition is never in only one segment. If something remains written in the last sectors of the partition, then you can't shrink it.

In your case, I see that yoy have about 11GB of free space, in total. If this space isn't located all at the end of the current partition, then there is problem and error. It's rather sure that this free space is distributed in many places all over the partition.

Even in the case you do this shrinking, then you couldn't boot up windows, because it needs at least some free space in the system partition to work.

Have you tried if you can resize for a smaller disk space?
If you could give us a screenshot of the gparted screen, it would be very helpful to better understand your system state. smile

*** It is highly recommended to backup any important files before doing resize/move operations. ***

5

Re: Problem Partioning (shrinking)

Greetings p014K,
Sounds like you have a good plan but could use a little advice.

For starters you should know that you probably don't have 80gb on a 80gb hdd, often times it is a little shy. That is a manufacturing thing. It is probably closer to 77 + gb or so.

Another thing, Windows lies when it says you only need 10% empty space, you need at least 25% empty space; better yet the 30% clas413 suggest. BEFORE you do any partitioning, you should have run Error-checking, with both the Check Disk options selected. Then defragment several times, now your Windows is ready for surgery.

Make sure Windows gets slice 1, there may be 8mb or so in front of it, leave it be; that is part of the MBR or GRub or something; don't mess with it. It is not considered a slice.

Resize your Windows, reboot and let it do its thing. Make your second slice, reboot and let Windows do its thing. DON"T mess with Windows or it will not work.

One other thing, your plan is to use the full 80gb for Windows? Why? Step up to an Operating System you can be proud of, like OpenSolaris or Debian64. Or any version of the *nix kernel. 

After all, you are here using a linux tool to get your Windows like you want it, might as well join the Big Boys and use a real OS. It is way easier than you may think.

Last but not least, consider donating. This tool is certainly worth $15 -$20 bucks.

Have fun,
chooch