Skip to main content
The 2024 Developer Survey results are live! See the results
Super User

Return to Question

added 129 characters in body
Source Link
Oni
Oni
  • 121
  • 5
sudo cryptsetup luksOpen s9_vault.img s9_vault 

Key slot 0 unlocked.
Command successful.

No errors are reported so it seems that the image has decrypted correctly. I move on to mounting:

Neither of theSo I took a look with mke2fs:

sudo mke2fs -n /dev/mapper/s9vault
mke2fs 1.44.5 (15-Dec-2018)
Creating filesystem with 1044480 4k blocks and 261120 inodes
Filesystem UUID: 6be51418-5a91-40b9-84aa-1459bb6f5a40
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736

I have tried every superblock suggested replacement superblocks workin this list but this error message keeps occurring.

sudo e2fsck -b 32768 /dev/mapper/s9vault 
e2fsck 1.44.5 (15-Dec-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/mapper/s9vault

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>

B

Additional. I have a backup that uses rsync to copy files from one disk to another which includes this image. I tried using the backup copy and got the same error. Wondering if this is something peculiar about the computer im using. The machine that first made and mounted this image has been gotten rid of and a new one put in it's place with the disks and data from the old machine.

sudo cryptsetup luksOpen s9_vault.img s9_vault

No errors are reported. I move on to mounting:

Neither of the suggested replacement superblocks work.

B

sudo cryptsetup luksOpen s9_vault.img s9_vault 

Key slot 0 unlocked.
Command successful.

No errors are reported so it seems that the image has decrypted correctly. I move on to mounting:

So I took a look with mke2fs:

sudo mke2fs -n /dev/mapper/s9vault
mke2fs 1.44.5 (15-Dec-2018)
Creating filesystem with 1044480 4k blocks and 261120 inodes
Filesystem UUID: 6be51418-5a91-40b9-84aa-1459bb6f5a40
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736

I have tried every superblock suggested in this list but this error message keeps occurring.

sudo e2fsck -b 32768 /dev/mapper/s9vault 
e2fsck 1.44.5 (15-Dec-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/mapper/s9vault

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>

B

Additional. I have a backup that uses rsync to copy files from one disk to another which includes this image. I tried using the backup copy and got the same error. Wondering if this is something peculiar about the computer im using. The machine that first made and mounted this image has been gotten rid of and a new one put in it's place with the disks and data from the old machine.

Source Link
Oni
Oni
  • 121
  • 5

My luks encrypted image unlocks but fails to mount

I have a LUKS image which I decrypt, mount and save important documents to. Until recently, this was running fine, on an Ubuntu 19 machine. I shut this machine down, while the image was mounted, believing this would be fine. I have rebuilt a new fileserver with different hardware and MX Linux. I attempted to mount the image again. I unlocked the image file but could not mount it.

The image file was created as follows:

dd if=/dev/zero of=s9_vault.img bs=1M count=4096
sudo cryptsetup -y luksFormat s9_vault.img 
sudo cryptsetup luksOpen s9_vault.img s9_vault
sudo mkfs.ext4 /dev/mapper/s9_vault

Now I have my new file-server, I start with the following command:

sudo cryptsetup luksOpen s9_vault.img s9_vault

No errors are reported. I move on to mounting:

sudo mount /dev/mapper/s9vault temp

This fails with the following error message:

mount: /home/XXX/temp: wrong fs type, bad option, bad superblock on /dev/mapper/s9vault, missing codepage or helper program, or other error.

I have tried to fix the superblock with fsck:

sudo fsck /dev/mapper/s9vault
fsck from util-linux 2.33.1
e2fsck 1.44.5 (15-Dec-2018)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/mapper/s9vault

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>

Neither of the suggested replacement superblocks work.

I have tried the programs scalpel and photorec to see if they can pick anything up. Neither report any files which is quite odd.

Is it possible that the unencrypted image was broken in such a way that luks can still decrypt but is essentially decrypting a mess into another mess? I've looked at the decrypted image in a hex editor and it seems mostly random.

Cheers

B