lvresize后损坏的/home分区的LVM逻辑卷，以增加交换空间Fedora 25

Question

我在一台较旧的戴尔PowerEdge 1850上增加了6GB的内存，我们只使用它来备份承诺技术公司的附加硬件RAID，称为由iSCSI连接的VessRAID。几周后，我注意到交换空间只有2GB，并决定调整主分区的大小，并为交换添加6GB。

我跟随这些步骤到达扩展LVM2 2逻辑卷上的交换空间。在重新启动时，我进入了紧急模式和可怕的"Either the superblock or the partition table is likely to be corrupt!“。我还看到了failed to find cpu0 device node错误。服务器位于4.9.3内核上。我的最佳选择仍然是尝试mke2fs与或不使用-S选项作为建议在这里？我也尝试了resize2fs命令，但是我得到了"Device or resource busy while trying to open /dev/sdb“

不确定它是否相关，但下面是我在重新启动之前在日志中看到的一些其他错误：

Jan 19 20:06:00 curie systemd-logind: Removed session 156.
Jan 19 20:14:56 curie systemd: Failed to set up mount unit: Device or resource busy
Jan 19 21:10:18 curie systemd: local-fs.target: Cannot add dependency job, ignoring: Unit home.mount is masked.
Jan 19 21:11:14 curie systemd: local-fs.target: Cannot add dependency job, ignoring: Unit -.mount is masked.

/etc/fstab有以下内容：

/dev/mapper/vg_curie-lv_root /                       ext4    defaults        1 1
UUID=e3507fa1-f9ee-4951-8ecc-48f16183dee9 /boot                   ext4    defaults        1 2
/dev/mapper/vg_curie-lv_home /home                   ext4    defaults        1 2
/dev/mapper/vg_curie-lv_swap swap                    swap    defaults        0 0

Answer 1

我很幸运。这些命令似乎奏效了！

mkfs.ext4 -S /dev/mapper/vg_curie-lv_home 
e2fsck -f -y /dev/mapper/vg_curie-lv_home 

fsck花了几个小时的时间，但是它带着所有的错误回来了，修复并重新启动了！