My partition currently looks like.įilesystem UUID: 4ca2da94-df03-4835-bb53-af2c6ec4f5bdįilesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isizeįilesystem created: Sun Oct 12 17:34:33 2014 Īnd I was hoping I might be able to do this to mount the partition, back everything up (I have a backup of close to 95% of whats on it anyway I think, but want to check and get anything I've missed) and then reformat the partition. Put whatever 683593760 * 512 works out as in place of the. So we know that sdb8 starts at sector 683593760 and we know that each sector is 512 bytes You can mount a filesystem without actually using the partition table. Reading around I came across an old thread where NeddySeagoon wrote. EXT4-fs (dm-2): bad geometry: block count 52428800 exceeds size of device (13107200 blocks) The physical size of the device is 13107200 blocksĮither the superblock or the partition table is likely to be corrupt! The filesystem size (according to the superblock) is 52428800 blocks
Please run 'e2fsck -f /dev/vg0/pics' first. Mount: /mnt/pics: wrong fs type, bad option, bad superblock on /dev/mapper/vg0-pics, missing codepage or helper program, or other error. Unsurprisingly this has cocked things up and I now can not mount the partition, nor can I I resize the filesystem, nor repair it.
#Testdisk read error every cylinder series
Without thinking I went ahead and tried to reduce it before using resizefs, series of commands used was. Meant to add 50Gb to my /dev/vg0/music partition but stupidly unmounted /dev/vg0/pics and added 50Gb to that. I cocked up the other day when I went to resize a LVM partition on my RAID array. Posted: Fri 12:09 pm Post subject: Recovering resized partitions
Gentoo Forums Forum Index Other Things Gentoo Gentoo Forums :: View topic - Recovering resized partitions
0 kommentar(er)
