1

Topic: invalid block count after resize ext partition - gparted-live-0.5.2-9

Hello,

I suspect I have encountered this error http://gparted-forum.surf4.info/viewtopic.php?id=13777

I needed to resize root partition located at mirrored cciss raid device. Operating system is SLES 11 SP1 64bit. I wanted to get 45000 MB free space at the end of device. I executed the task using gparted-live-0.5.2-9

Now after reboot, root partition can not be mounted and when trying to fsck get following error

The filesystem size (according to the superblock) is 73232294 blocks
The physical size of the device is 61711681 blocks
Either the superblock or the partition table is likely to be corrupt!


Following are answers to questions as requested in above mentioned topic

1)  Which partition is experiencing the error?
when running in SLES SP1 it is identified as
/dev/cciss/c0d0p1
when running from gparted-live-0.13.0-3 it is
/dev/sda1

2)  Which version of GParted or Live CD you used?

For resizing partition I used gparted-live-0.5.2-9
Now I have also gparted-live-0.13.0-3

3)  The output from the following two commands:

(disk /dev/sdb is not important at the moment)

root@debian:/# fdisk -l -u

Disk /dev/sda: 300.0 GB, 299966445568 bytes
255 heads, 63 sectors/track, 36468 cylinders, total 585871964 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00072c80

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63   493693514   246846726   83  Linux

Disk /dev/sdb: 899.9 GB, 899898718208 bytes
255 heads, 63 sectors/track, 109406 cylinders, total 1757614684 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

Disk /dev/mapper/vg0-drbd0: 899.9 GB, 899896311808 bytes
255 heads, 63 sectors/track, 109406 cylinders, total 1757609984 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg0-drbd0 doesn't contain a valid partition table

root@debian:/# parted /dev/sda unit s print
Model: HP LOGICAL VOLUME (scsi)
Disk /dev/sda: 585871964s
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start  End         Size        Type     File system  Flags
1      63s    493693514s  493693452s  primary  ext3         boot



Please let me know what to do, if possible how to repair the partition / file system. Any help appreciated.

Regards,
Ibr

2

Re: invalid block count after resize ext partition - gparted-live-0.5.2-9

I have solved it.

here is invalid sfdisk output


# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=       63, size=493693452, Id=83, bootable
/dev/sda2 : start=        0, size=        0, Id= 0
/dev/sda3 : start=        0, size=        0, Id= 0
/dev/sda4 : start=        0, size=        0, Id= 0

I have changed sda1 size like below

# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=       63, size=585858419, Id=83, bootable
/dev/sda2 : start=        0, size=        0, Id= 0
/dev/sda3 : start=        0, size=        0, Id= 0
/dev/sda4 : start=        0, size=        0, Id= 0


And fscked sda1, after that system boots again.

3

Re: invalid block count after resize ext partition - gparted-live-0.5.2-9

'Glad to hear that you were able to resolve the problem.

To help others searching for answers to similar problems, you can edit the initial post to prefix "SOLVED" in front of the title.

Since newer versions of GParted contain many improvements and bug fixes, we highly recommend using the latest version for partition editing.