I'm trying to fix an encrypted device/image on a LUKS device that was imaged while unencrypted, is this possible?
For reference: Imaged a LUKS drive while unenencryted, now can't mount
What I've tried so far:
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
Is there some way of saving the data in the image/device?
I also tried to use the same method on the device or LVM layer when unlocked:
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
user@user:~/Documents$ sudo mount /dev/mapper/luks-eff2a9f0-4edb-460c-908a-4a3384b0246f /mnt
[sudo] password for user:
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.
