ao criar a imagem de uma unidade LUKS, eu acidentalmente a imaginei enquanto ela não estava criptografada (apenas a imagem do sdx1 em vez da unidade inteira, o sdx2 foi inicializado). Agora não vai montar. Eu tentei praticamente todos os métodos para tentar montá-lo, mas sem sorte. Ele ainda pode ser desbloqueado e bloqueado por meio da ferramenta de disco ou do comando luksOpen. Isso pode ser recuperado?
Eu tentei criar imagens em uma unidade separada, perder configuração, montar, montar a imagem, etc. Quando desbloqueado, ele configura um loop, mas na verdade não monta nada.
após desbloquear no utilitário de disco:
sudo mount -t ext4 diskimg.img /mnt
[sudo] password for user:
mount: /mnt: /dev/loop5 already mounted or mount point busy.
sudo mount -t ext4 diskimg.img /media
mount: /media: wrong fs type, bad option, bad superblock on
/dev/loop32, missing codepage or helper program, or other error.
no utilitário de disco:
Device /dev/mapper/luks-eff2a9f0-4edb-460c-908a-4a3384b0246f
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/mapper/luks-eff2a9f0-4edb-460c-908a-4a3384b0246f, missing codepage or helper program, or other error.
O que eu tentei:
user@user:~/Documents$ mke2fs -n /dev/sdb1
mke2fs 1.45.7 (28-Jan-2021)
/dev/sdb1 contains a crypto_LUKS file system
Proceed anyway? (y,N) y
Creating filesystem with 30629632 4k blocks and 7659520 inodes
Filesystem UUID: e8c13120-2388-4147-a6e8-7591dee60d8e
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
user@user:~/Documents$ sudo fsck -t ext4 /dev/sdb1
fsck from util-linux 2.36.1
user@user:~/Documents$ e2fsck -b 32768 /dev/sdb1
e2fsck 1.45.7 (28-Jan-2021)
e2fsck: Bad magic number in super-block while trying to open /dev/sdb1
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
/dev/sdb1 contains a crypto_LUKS file system
Existe alguma maneira de salvar os dados na imagem/dispositivo?
Também tentei usar o mesmo método no dispositivo ou na camada LVM quando desbloqueado:
e2fsck -b 163840 /dev/mapper/luks-eff2a9f0-4edb-460c-908a- 4a3384b0246f
e2fsck 1.45.7 (28-Jan-2021)
e2fsck: Bad magic number in super-block while trying to open /dev/mapper/luks-eff2a9f0-4edb-460c-908a-4a3384b0246f
Responder1
Você precisa verificar os erros digitando mount sem argumentos. Então você pode verificar se /mount está livre e/ou se /dev/loop5 está montado