☰

/dev/mapper/vg_myserver-lv_home：意外的不一致；手动运行 fsck。 （即，没有 -a 或 -p 选项）几乎尝试了所有方法

tag-icon • tag-icon linux fsck
/dev/mapper/vg_myserver-lv_home：意外的不一致；手动运行 fsck。 （即，没有 -a 或 -p 选项）几乎尝试了所有方法

我的逻辑卷遇到问题lv_home在一个中央操作系统系统。尝试调整此 LV 的大小后50GB，似乎出了问题，现在我面临文件系统问题。

以下是我迄今为止所遇到和尝试过的： https://askubuntu.com/questions/697190/fsck-error-on-boot-dev-sda6-unexpected-inconsistency-run-fsck-manually

尝试以单用户模式访问逻辑卷，但无法解决问题。

然df检查文件系统，这是输出：

bash
Copy code
Filesystem            1K-blocks       Used Available Use% Mounted on
/dev/mapper/vg_myserver-lv_root 51475068   40286004   8567624  83% /
/dev/sda1                487652      35193    426859   8% /boot
tmpfs                   3940748          0   3940748   0% /dev/shm
Tried using e2fsck with an alternate superblock:

csharp
Copy code
[root@myserver ~]# e2fsck -b 32768 -y /dev/mapper/vg_myserver-lv_home
e2fsck 1.41.12 (17-May-2010)
The filesystem size (according to the superblock) is 43364352 blocks
The physical size of the device is 28311552 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
Also tried with another superblock backup at 98304, but got the same error regarding the inconsistent filesystem size and physical block size.

用过的mke2fs-n列出潜在的备份超级块但没有继续进行e2fsck下令避免局势恶化。

鉴于这些错误和失败的调整大小操作，似乎超级块信息已损坏，或者调整大小操作导致文件系统的记录大小与磁盘上的实际大小不匹配。

有没有人遇到过类似的问题或者可以提供有关解决此不匹配并恢复逻辑卷的文件系统的提示？谢谢。

之前的消息：您好，ym lv_home 是 50gb，有人调整大小但不起作用。

我厌倦了单用户模式下的一切...无济于事

有小费吗？我搜索了又搜索..谢谢你...

df
Filesystem            1K-blocks       Used Available Use% Mounted on
/dev/mapper/vg_myserver-lv_root
                       51475068   40286004   8567624  83% /
/dev/sda1                487652      35193    426859   8% /boot
tmpfs                   3940748          0   3940748   0% /dev/shm

**


[root@myserver ~]# e2fsck -b alternate_superblock -y /dev/mapper/vg_myserver-lv_home

Invalid non-numeric argument to -b ("alternate_superblock")

[root@myserver ~]# mke2fs -n /dev/mapper/vg_myserver-lv_home
mke2fs 1.41.12 (17-May-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
7077888 inodes, 28311552 blocks
1415577 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
864 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872

[root@myserver ~]# e2fsck -b 32768 -y /dev/mapper/vg_myserver-lv_home
e2fsck 1.41.12 (17-May-2010)
The filesystem size (according to the superblock) is 43364352 blocks
The physical size of the device is 28311552 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes

[root@myserver ~]# e2fsck -b 98304 -y /dev/mapper/vg_myserver-lv_home
e2fsck 1.41.12 (17-May-2010)
The filesystem size (according to the superblock) is 43364352 blocks
The physical size of the device is 28311552 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
**

xxx45 是问题驱动器

答案1

除非您的 CentOS 非常旧，否则它默认使用 XFS 文件系统，而不是 ext2/3/4。任何使用建议e2fsck仅mke2fs -n适用于 ext2/3/4 文件系统类型。

看来您尝试将逻辑卷从 50 GB 缩小到 ~28GB，并且没有--resizefs使用lvreduce.这意味着它在收缩LV之前根本没有修改文件系统，导致文件系统的尾部被暴力切断。

目前还没有生产级工具可以非破坏性地缩小 XFS 文件系统。 XFS 文件系统调整大小工具是xfs_growfs：顾名思义，它只能生长文件系统，而不是收缩它。

如果您有良好的备份，请重新创建mkfs逻辑卷（例如mkfs.xfs /dev/mapper/vg_myserver-lv_home），安装它（现在为空）并从备份中恢复其内容。

如果不是，请使用收缩操作之前vgcfgrestore存储的 VG 配置副本来撤消收缩。/etc/lvm/archive然后挂载 LV，制作备份，收缩它，mkfs.xfs在 LV 上运行，然后挂载它并恢复备份。

相关内容