Necesita ayuda para recuperar la partición LVM ext4

Question

Tengo una máquina virtual VMware ESXi que ejecuta Ubuntu 18.04 con particiones configuradas LVM. Estaba intentando extender uno de los volúmenes lógicos montado como / pero por error y tontamente eliminé la partición LVM usando cfdisk (la partición estaba formateada como ext4). Esto es lo que hice y que causó el problema:

1. Aumentó el tamaño del disco VM en vSphere ESXi
2. Se realizó una nueva exploración en el dispositivo SCSI para que reconozca el cambio de tamaño del disco sin reiniciar
3. Confirmó el nuevo disco usando fdisk -l
4. Eliminar tontamente la partición LVM (sda2) usando cfdisk y recrearla con el nuevo tamaño (en realidad no recuerdo si cambié el nuevo tipo de partición a LVM o no)
5. Intenté aumentar el tamaño del PV usando pvresize /dev/sda2. Intenté ejecutar partprobe para verificar por qué no se cambió el tamaño del PV. Recibí un mensaje que indicaba que el sistema estaba usando la partición.
6. Se reinició y el sistema operativo no arrancó porque no pudo montar las particiones. Aquí es donde comenzó el problema. Lo que probé:
7. Arranqué el sistema usando el disco de arranque GParted, restauré las particiones LVM usando pvcreate con el mismo UUID y vgcfgrestore (recuperé las antiguas copias de seguridad de lvm usando la herramienta testdisk) sin éxito ya que el volumen que contenía la partición raíz no se podía montar (sistema de archivos desconocido)
8. Intenté ejecutar testdisk para recuperar directorios y archivos importantes, pero algunos archivos restaurados (revisé algunos archivos de texto, por ejemplo, archivos de configuración y php) tienen contenidos codificados.

Answer 1

La resolución fue fácil pero me tomó tiempo resolverla:

1. Ejecuté testdisk /dev/sda (todo el disco)
2. Hice una búsqueda rápida y encontré dos particiones (una partición ext2/de arranque de 500 MB y una partición LVM2 de 60 GB)
3. Escribió la tabla de particiones encontrada en el disco.
4. Se realizó pvscan, vgscan y vgchange -ay (encontré un error que indica que el tamaño de VG era mayor que el PV y, por lo tanto, lvs muestra el lv raíz con la bandera suspendida).
5. Se extendió /dev/sda2 (partición LVM) para consumir el espacio libre restante en el disco usando cfdisk
6. Realicé vgchange -ay one nuevamente y listo, el sistema pudo reiniciarse normalmente.