No meu computador anterior, eu tinha meu / /home e swap dentro de um lvm criptografado, e fora do lvm eu tinha o /boot e /boot/efi. Então criei uma imagem. Acho que fiz assim: dd if=/dev/sda of=lvm.img bs=4M
mas não me lembro. Eu poderia verificar em .bash_history, se eu pudesse descriptografar a imagem primeiro...
Eu tenho tentado seguir este guia: https://gist.github.com/talaj/721d50791e95ea585316ea0571822fa7
Primeiro examinei o arquivo:
# file lvm.img
lvm.img: DOS/MBR boot sector; partition 1 : ID=0xee, start-CHS (0x0,0,2), end-CHS
(0x3ff,254,63), startsector 1, 250069679 sectors, extended partition table (last)
# fdisk -lu lvm.img
Disk lvm.img: 119.2 GiB, 128035676160 bytes, 250069680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 9FEF2EAF-1AE7-47B1-A446-7B3EBCB24A54
Device Start End Sectors Size Type
lvm.img1 2048 3907583 3905536 1.9G EFI System
lvm.img2 3907584 7813119 3905536 1.9G Linux filesystem
lvm.img3 7813120 250068991 242255872 115.5G Linux LVM
Portanto, certamente parece que contém o que deveria. Como devo fazer para visualizar as partições internas lvm.img3
e montá-las?
Comecei com isso:
# kpartx -av lvm.img
add map loop0p1 (253:3): 0 3905536 linear 7:0 2048
add map loop0p2 (253:4): 0 3905536 linear 7:0 3907584
add map loop0p3 (253:5): 0 242255872 linear 7:0 7813120
Continua com isso:
# cryptsetup luksOpen /dev/mapper/loop0p3 mylvm
Hmmmm? Não precisei digitar a senha? Qualquer que seja. Continuando o guia.
# vgscan
Reading volume groups from cache.
Found volume group "fedora" using metadata type lvm2
Found volume group "fedora_desktop-ld77fgg" using metadata type lvm2
# vgchange -a y fedora_desktop--ld77fgg
Volume group "fedora_desktop--ld77fgg" not found
Cannot process volume group fedora_desktop--ld77fgg
E agora estou preso...
Estou usando o Fedora, mas se for importante, posso mudar para outra distribuição.
EDITAR:
Como telcoM apontou em uma resposta, eu cometi um erro muito bobo e não entendo como. Mesmo assim ainda tenho problemas. Corrigi meu último comando alterando o traço duplo para um único traço:
# vgchange -a y fedora_desktop-ld77fgg
4 logical volume(s) in volume group "fedora_desktop-ld77fgg" now active
E depois
# mount /dev/fedora_desktop-ld77fgg/03 /tmp/hej
mount: /tmp/hej: unknown filesystem type 'crypto_LUKS'.
Quando o
vgscan
comando informa o nome do VG, você pode usá-lo como está com ovgchange
comando - você não precisa dobrar os traços.Você precisará fazer isso apenas com nomes de caminho : como o formato é
/dev/mapper/<VG name>-<LV name>
, qualquer traço único não modificado no nome do caminho o tornaria ambíguo: qualquer programa que processasse o nome não saberia qual traço faz parte do nome e qual separa o<VG name>
e o<LV name>
partes uma da outra.Parece que você pensou que a ordem dos contêineres era:
mas a falta de necessidade de especificar a senha ao tentar executar
cryptsetup luksOpen
e a mensagem de erro ao tentar montar/dev/fedora_desktop-ld77fgg/03
sugerem que a ordem real das coisas é:Para confirmar isso, veja se você
cryptsetup luksOpen /dev/mapper/loop0p3 mylvm
realmente criou um/dev/mapper/mylvm
dispositivo ou não. Eu suspeito que pode não ter feito nada.Em vez disso, agora você deve fazer: