我最近跑了：
e2fsck -f /dev/vg03/lv01 && resize2fs -M /dev/vg03/lv01
现在当我尝试挂载/ dev / vg03 / lv01时,我得到：
EXT3-fs error (device dm-0): ext3_check_descriptors: Block bitmap for group 30533 not in group (block 1000532368)! EXT3-fs: group descriptors corrupted!
我如何摆脱这种困境？这是我目前可以提供的所有信息：
fdisk -l / dev / sd [cdefgh]显示(正确)它们是“Linux raid autodetect”
但是fdisk现在显示：
fdisk -l /dev/md0
Disk /dev/md0: 7501.5 GB,7501495664640 bytes
…
Disk identifier: 0x00000000
Disk /dev/md0 doesn’t contain a valid partition table
(而不是LVM类型分区)
fdisk -l /dev/vg03/lv01
Disk /dev/vg03/lv01: 7501.5 GB,7501491732480 bytes
…
Disk identifier: 0x00000000
Disk /dev/vg03/lv01 doesn’t contain a valid partition table
(而不是ext3类型分区)
我试过了：
e2fsck -fy /dev/vg03/lv01
e2fsck 1.41.12 (17-May-2010)
e2fsck: Group descriptors look bad… trying backup blocks…
Block bitmap for group 30533 is not in group. (block 1000532368)
Relocate? yesInode bitmap for group 30533 is not in group. (block 1000532369)
Relocate? yesPass 1: Checking inodes,blocks,and sizes
Relocating group 30533’s block bitmap to 1000524246…
Error allocating 1 contiguous block(s) in block group 30533 for inode bitmap: Could not allocate block in ext2 filesystem
e2fsck: aborted
我可以给你的额外信息：
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active (auto-read-only) raid5 sdg1[0] sdh1[5] sdf1[4] sde1[3] sdc1[2] sdd1[1]
7325679360 blocks level 5,128k chunk,algorithm 2 [6/6] [UUUUUU]
bitmap: 1/175 pages [4KB],4096KB chunkunused devices:
最后,所有smartctl测试(short和extendend)都没有显示任何磁盘上的错误.
我应该尝试resize2fs来增长/ dev / vg03 / lv01并重做e2fsck吗？
我应该将cfdisk / dev / md0和/ dev / vg03 / lv01恢复为真正的类型吗？
在此先感谢所有人和任何帮助.
2011-09-20更新
我发出了以下命令并且能够重新安装分区,但是通过查看之前和之后的大小(df),似乎丢失了1Tb的数据.通过使用已重新安装的分区中的“相同”文件检查某些文件的MD5SUMS(来自旧备份),已检测到一些错误.
为重新安装分区而发出的命令是：
dumpe2fs /dev/vg03/lv01
Block count: 1000491435<br /> Block size: 4096<br />
tune2fs -O ^has_journal /dev/vg03/lv01
resize2fs -p /dev/vg03/lv01
dumpe2fs /dev/vg03/lv01
Block count: 1831418880<br /> Block size: 4096<br />
mount -o ro,noatime /dev/vg03/lv01 /mnt/raid
OK... but files have been damaged / gone missing.
解决方法
如果您将整个设备用作PV,则fdisk将不会对其进行操作,因为LVM信息将放置在fdisk期望找到分区表的位置.
您可能想要检查的是执行vgdisplay -v / dev / vg03以查看卷组中存在的物理卷.
