Volumes físicos e lógicos perdidos

0

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

Veja abaixo se há 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
    
por Jerry 05.11.2018 / 08:19

1 resposta

1

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_crypt costumava conter um PV do LVM, parece ter sido sobrescrito pelo sistema de arquivos que foi criado no contêiner criptografado sem uma camada LVM intermediária.

Tem certeza de que alguma vez houve uma camada de 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 tamanho de cada volume físico LVM, sua string UUID e o nome do dispositivo em que foi visto pela última vez.

Lembre-se de que nomes de dispositivos como /dev/sdc não são necessariamente persistentes: se a configuração de hardware foi alterada e o sistema reinicializado, o disco que costumava ser /dev/sdc agora pode ter um nome de dispositivo diferente. Em caso afirmativo, talvez seja necessário usar os números e tamanhos de partição como pistas para identificar a qual disco a configuração de backup do LVM está realmente se referindo.

Além disso, verifique o arquivo /root/.bash_history para quaisquer comandos que possam ter afetado este disco / partição. Eles podem ajudar a entender o que realmente aconteceu.

    
por 05.11.2018 / 10:01