1 (edited by symtex 2007-02-15 06:05:51)

Topic: Can't resize

I'm trying to resize a Fat32 partition on hda using gparted 0.3.3 so I can do some multiboot linux distros. I'm getting an error. I have a second 8 gig drive (hdb) with linux on it and grub is in the mbr of hda.

Move /dev/hda1 to the left and shrink it from 74.53 GiB to 20.42 GiB  00:58    ( ERROR )
        
calibrate /dev/hda1  00:00    ( SUCCES )
        
path: /dev/hda1
start: 63
end: 156296384
size: 156296322 (74.53 GiB)
calculate new size and position of /dev/hda1  00:00    ( SUCCES )
        
requested start: 0
requested end: 42829289
requested size: 42829290 (20.42 GiB)
new start: 63
new end: 42829289
new size: 42829227 (20.42 GiB)
check filesystem on /dev/hda1 for errors and (if possible) fix them  00:22    ( SUCCES )
        
dosfsck -a -w -v /dev/hda1
        
dosfsck 2.11 (12 Mar 2005)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Checking we can access the last sector of the filesystem
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
388:49/4e, 389:6e/6f, 390:76/20, 391:61/4f, 392:6c/53, 393:69/20, 394:64/46
, 395:20/6f, 396:73/75, 397:79/6e, 398:73/64, 399:74/20, 400:65/20
, 401:6d/20, 403:64/20, 404:69/20, 405:73/20, 406:6b/20, 419:65/45
, 427:52/49, 428:65/6e, 429:70/73, 430:6c/65, 431:61/72, 432:63/74
, 433:65/20, 434:20/4f, 435:74/53, 436:68/20, 437:65/73, 438:20/65
, 439:64/74, 440:69/75, 441:73/70, 442:6b/20, 443:2c/64, 444:20/69
, 445:61/73, 446:6e/6b, 447:64/2c
Not automatically fixing this.
No FSINFO sector
Not automatically creating it.
Boot sector contents:
System ID "MSWIN4.1"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
32768 bytes per cluster
32 reserved sectors
First FAT starts at byte 16384 (sector 32)
2 FATs, 32 bit entries
9766400 bytes per FAT (= 19075 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 19549184 (sector 38182)
2441533 data clusters (80004153344 bytes)
63 sectors/track, 255 heads
63 hidden sectors
156296322 sectors total
Reclaiming unconnected clusters.
/dev/hda1: 31493 files, 149331/2441533 clusters
shrink filesystem  00:14    ( ERROR )


Later it says:
The information sector has the wrong signature (534f4453). Select cancel for now, and send in a bug report. If you're desperate, it's probably safe to ignore.
File system is reporting the free space as 1394614304 clusters, not 2292202 clusters.
The file system is bigger than its volume!

What does this mean?

2

Re: Can't resize

hmmz, for fat32 we use the resizer of libparted. i've never seeen this particular error before. Please rerun a diskcheck on this filesystem (using gparted) and try the resize again. If the problem persist we'll take it to the libparted list.

3 (edited by symtex 2007-02-15 21:00:55)

Re: Can't resize

This drive (80 gig) was originally partitioned with the Western Digital EZ Drive software because fdisk would not recognize over 32gig (If I remember correctly). I installed Win98 on it and I wanted the full size in one partition. Could that have anything to do with it? It only has a total of about 4 gig of data on it and I did a defrag before i attempted the resize.

I've tried the repartition several times with the same results. When you say diskcheck, do you mean the scan of devices that gparted does when it boots up?

4

Re: Can't resize

I've the same problem with a 20Gb harddisk on a dell inspiron 8000.
The HD has a very little partition (system recovery) and all the rest is a FAT32 partition with WINME.