lvm – e2fsckresize2fs问题

概述我有6个驱动器(每个1.5T,所有相同的型号和固件版本),它们是RAID5阵列的一部分. RAID5构成LVM卷组和逻辑组.后者只包含一个ext3分区. 我最近跑了： e2fsck -f /dev/vg03/lv01 && resize2fs -M /dev/vg03/lv01 退出没有错误. 现在当我尝试挂载/ dev / vg03 / lv01时,我得到： EXT3-fs error (dev 我有6个驱动器(每个1.5T,所有相同的型号和固件版本),它们是RAID5阵列的一部分. RAID5构成LVM卷组和逻辑组.后者只包含一个ext3分区.
我最近跑了：

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? yes

Inode bitmap for group 30533 is not in group. (block 1000532369)
Relocate? yes

Pass 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 chunk

unused 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.

解决方法 你是如何创建LVM的？您是否使用/ dev / md0准备了物理卷,或者是否先使用fdisk并使用其中一个分区作为物理卷.

如果您将整个设备用作PV,则fdisk将不会对其进行 *** 作,因为LVM信息将放置在fdisk期望找到分区表的位置.

您可能想要检查的是执行vgdisplay -v / dev / vg03以查看卷组中存在的物理卷.

总结

以上是内存溢出为你收集整理的lvm – e2fsck / resize2fs问题全部内容，希望文章能够帮你解决lvm – e2fsck / resize2fs问题所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。