gparted confused

Bug #24847 reported by Carl Karsten
8
Affects Status Importance Assigned to Milestone
gparted (Ubuntu)
Fix Released
Medium
Daniel Holbach

Bug Description

28gig drive, XP install, NTFS on hda1 (all 28)
Use ubuntu installer to shrink hda1 to 18g. install fine, boot to XP, run
chkdsk also fine.
want to shrink it more, so ntfsresize -s 9G /dev/hda1 - seemed to go fine.

carl@tp1:~$ sudo ntfsresize -s 9G /dev/hda1
ntfsresize v1.9.4
NTFS volume version: 3.1
Cluster size : 1024 bytes
Current volume size: 18802956800 bytes (18803 MB)
Current device size: 18802957824 bytes (18803 MB)
New volume size : 8999998976 bytes (9000 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 7508 MB (39.9%)
Collecting shrinkage constrains ...
Needed relocations : 455440 (467 MB)
WARNING: Every sanity check passed and only the DANGEROUS operations left.
Please make sure all your important data had been backed up in case of an
unexpected failure!
Are you sure you want to proceed (y/[n])? y
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
100.00 percent completed
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
Syncing device ...
Successfully resized NTFS on device '/dev/hda1'.
You can go on to shrink the device e.g. with 'fdisk'.
IMPORTANT: When recreating the partition, make sure you
  1) create it with the same starting disk cylinder
  2) create it with the same partition type (usually 7, HPFS/NTFS)
  3) do not make it smaller than the new NTFS filesystem size
  4) set the bootable flag for the partition if it existed before
Otherwise you may lose your data or can't boot your computer from the disk!

carl@tp1:~$ df -h -T
Filesystem Type Size Used Avail Use% Mounted on
/dev/hda1 ntfs 18G 7.0G 11G 40% /media/hda1
/dev/hda2 ext3 9.9G 1.6G 7.8G 17% /

carl@tp1:~$ sudo gparted

Ok, now things are hard to document: A) it seems to change as I try to
reproduce, B) GUI.

The first time I ran gparted, it showd hda1 as size:18, used: 16.6, unused:1.4
(bug#6761: guessing the 16.6 is calculated from size-unused. thinking I'll take
what I can get, I resize it to 16.6 and hit Apply. it does stuff, seems to go ok.

I run gparted again, and now it shows size:18, used: 7.2, unused 10.8. Maybe
this is because I havn't rebooted yet as gparted sugested. I will do that and
continue this post... stand by.

Revision history for this message
Carl Karsten (carlfk) wrote :

XP is still happy.

to make sure XP didn't write anything out in the "free zone" I re-ran:
carl@tp1:~$ sudo ntfsresize -s 9G /dev/hda1
ntfsresize v1.9.4
NTFS volume version: 3.1
Cluster size : 1024 bytes
Current volume size: 18802956800 bytes (18803 MB)
Current device size: 18802957824 bytes (18803 MB)
New volume size : 8999998976 bytes (9000 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 7508 MB (39.9%)
Collecting shrinkage constrains ...
Needed relocations : 131328 (135 MB)
WARNING: Every sanity check passed and only the DANGEROUS operations left.
Please make sure all your important data had been backed up in case of an
unexpected failure!
Are you sure you want to proceed (y/[n])? y
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
100.00 percent completed
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
Syncing device ...
Successfully resized NTFS on device '/dev/hda1'.
You can go on to shrink the device e.g. with 'fdisk'.
IMPORTANT: When recreating the partition, make sure you
  1) create it with the same starting disk cylinder
  2) create it with the same partition type (usually 7, HPFS/NTFS)
  3) do not make it smaller than the new NTFS filesystem size
  4) set the bootable flag for the partition if it existed before
Otherwise you may lose your data or can't boot your computer from the disk!

carl@tp1:~$ sudo gparted

again showing size:18, used: 16.6, unused:1.4
apparently the previous gparted run didnot change anything. (bug 6762)

I

Revision history for this message
Daniel Holbach (dholbach) wrote :

Ubuntu Dapper now has gparted 0.0.9 - do you still have the issue?

Revision history for this message
Daniel Holbach (dholbach) wrote :

Assuming the bug has been fixed, no new input from user. Carl, if the problem persists, please reopen the bug.

Changed in gparted:
status: Needs Info → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.