Volumen lógico LVM para la partición /home dañado después de lvresize para aumentar el espacio de intercambio Fedora 25

Volumen lógico LVM para la partición /home dañado después de lvresize para aumentar el espacio de intercambio Fedora 25

Agregué 6 GB de memoria en un Dell PowerEdge 1850 anterior que usamos solo para realizar copias de seguridad en un RAID de hardware adjunto de Promise Technology llamado VessRAID conectado por iSCSI. Después de unas semanas, noté que el espacio de intercambio era solo de 2 GB y decidí cambiar el tamaño de la partición de inicio y agregar 6 GB para intercambiar.

Seguí los pasos paraExtender el intercambio en un volumen lógico LVM2. Al reiniciar llegué al modo de emergencia y apareció el temido " Either the superblock or the partition table is likely to be corrupt!". También veo failed to find cpu0 device nodeerror. El servidor está en el kernel 4.9.3. ¿Mi mejor opción es probar mke2fs con o sin la opción -S?sugerido aquí? También probé el comando resize2fs pero aparece " Device or resource busy while trying to open /dev/sdb"

No estoy seguro si está relacionado, pero aquí hay otros errores que vi en los registros antes de reiniciar:

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/fstabtiene esto:

/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

Respuesta1

Bueno, tuve suerte. ¡Estos comandos parecen haber funcionado!

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

¡El fsck tardó un par de horas pero regresó con todos los errores solucionados y el reinicio funcionó!

información relacionada