Volumes físicos e lógicos perdidos

Ainda posso descriptografar minha unidade e ver os arquivos, mas as informações físicas e de volume estão ficando em branco.

Veja abaixo, existe alguma maneira de recriar os volumes físicos e lógicos?

root@dad-PC:/home/dad# cryptsetup luksOpen /dev/sdc5 sdc5_crypt
Enter passphrase for /dev/sdc5: 
root@dad-PC:/home/dad# pvdisplay
root@dad-PC:/home/dad# pvscan 
  No matching physical volumes found
root@dad-PC:/home/dad# lvscan
  No volume groups found

Os arquivos estão todos lá:

root@dad-PC:/home/dad# fsck -y /dev/mapper/sdc5_crypt
fsck from util-linux 2.20.1
e2fsck 1.43-WIP (18-May-2015)
/dev/mapper/sdc5_crypt was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/sdc5_crypt: 395971/7684096 files (1.1% non-contiguous), 17169574/30735914 blocks

Parece que sdc5é um volume criptografado LUKS válido e (agora?) Contém apenas um único sistema de arquivos ext2 / 3/4 válido.

Se sdc5_cryptusado para conter um PV LVM, ele parece ter sido sobrescrito pelo sistema de arquivos criado no contêiner criptografado sem uma camada LVM intermediária.

Você tem certeza de que alguma vez houve uma camada LVM neste disco?

No diretório /etc/lvm/backup, deve haver o backup mais recente dos metadados de configuração do LVM. Os arquivos de backup são arquivos de texto legíveis por humanos e incluem informações sobre o ponto inicial e o tamanho de cada volume físico LVM, sua cadeia UUID e o nome do dispositivo em que foi visto pela última vez.

Lembre-se de que nomes de dispositivos como /dev/sdcnão são necessariamente persistentes: se a configuração do hardware foi alterada e o sistema reiniciado, o disco que costumava ser /dev/sdcagora pode ter um nome de dispositivo diferente. Nesse caso, pode ser necessário usar os números e tamanhos da partição como dicas para identificar a qual disco a configuração do LVM de backup está realmente se referindo.

Além disso, verifique o /root/.bash_historyarquivo quanto a comandos que possam ter afetado esse disco / partição. Eles podem ajudar a entender o que realmente aconteceu.