Попытка восстановить зашифрованный раздел, становится очень запутанным

У меня есть зашифрованный диск LUKS / cryptsetup с компьютера Debian друга, который не загружается. Я пытаюсь смонтировать его на другом компьютере Debian, используя USB-корпус, чтобы восстановить данные или получить некоторое представление о проблеме. Я опытный пользователь командной строки Linux, но всего NBB с LUKS и LVM.

Автоматическое монтирование не работает (оно принимает фразу-пароль, но затем говорит что-то о непригодной файловой системе и не монтирует).

Итак, я прошел этот процесс, пытаясь смонтировать его из командной строки.

root@somepc:/dev/mapper# fdisk -l | grep sdb Disk /dev/sdb: 149.1 GiB, 160041885696 bytes, 312581808 sectors /dev/sdb1 2048 999423 997376 487M 83 Linux /dev/sdb2 1001470 312580095 311578626 148.6G 5 Extended /dev/sdb5 1001472 312580095 311578624 148.6G 83 Linux   root@somepc:~# cryptsetup luksOpen /dev/sdb5 foo Enter passphrase for /dev/sdb5: [Passphrase accepted] root@somepc:~# vgdisplay --- Volume group --- VG Name ubuntu-mate-vg21 System ID  Format lvm2 Metadata Areas 1 Metadata Sequence No 9 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 148.57 GiB PE Size 4.00 MiB Total PE 38033 Alloc PE / Size 38027 / 148.54 GiB Free PE / Size 6 / 24.00 MiB VG UUID y7TB6e-b6hT-0Fpr-wXAY-6DwW-1Vyw-2bolpJ  --- Volume group --- [ details of system disk ] 

В этот момент я понял, что мой друг попытался восстановить его с помощью машины Ubuntu Mate. Следующее предполагает, что он, должно быть, изменил разделы ... судя по "Хосту создания LV, время" - он говорит, что посмотрел на него в GParted и GParted, возможно, что-то с этим сделал.

Мы слепой ведущий слепых ...

root@somepc:~# lvdisplay /dev/ubuntu-mate-vg21 --- Logical volume --- LV Path /dev/ubuntu-mate-vg21/root LV Name root VG Name ubuntu-mate-vg21 LV UUID wOnyHp-WXox-QatY-mQEy-Esuz-ADcP-TzVEFh LV Write Access read/write LV Creation host, time ubuntu-mate, 2017-04-08 06:50:00 +0300 LV Status NOT available LV Size 140.87 GiB Current LE 36062 Segments 1 Allocation inherit Read ahead sectors auto  --- Logical volume --- LV Path /dev/ubuntu-mate-vg21/swap_1 LV Name swap_1 VG Name ubuntu-mate-vg21 LV UUID WapYkq-O3AP-r0x9-3bBW-KcWD-yCNC-mw8Gq2 LV Write Access read/write LV Creation host, time ubuntu-mate, 2017-04-08 06:50:01 +0300 LV Status NOT available LV Size 7.68 GiB Current LE 1965 Segments 1 Allocation inherit Read ahead sectors auto 

Во всяком случае, вперед.

root@somepc:~# vgchange -ay ubuntu-mate-vg21 2 logical volume(s) in volume group "ubuntu-mate-vg21" now active root@somepc:~# mount /dev/ubuntu-mate-vg21/root /mnt/test mount: wrong fs type, bad option, bad superblock on /dev/mapper/ubuntu--mate--vg21-root, missing codepage or helper program, or other error  In some cases useful info is found in syslog - try dmesg | tail or so. 

Так что я погуглил "плохой суперблок" и сделал

root@somepc:~# fsck /dev/ubuntu-mate-vg21/root fsck from util-linux 2.25.2 e2fsck 1.42.12 (29-Aug-2014) 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/ubuntu--mate--vg21-root  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>  root@somepc:~# mke2fs -n /dev/ubuntu-mate-vg21/root mke2fs 1.42.12 (29-Aug-2014) Creating filesystem with 36927488 4k blocks and 9232384 inodes Filesystem UUID: 484f5abf-3fee-42a7-af1c-22f9bdde8976 Superblock backups stored on blocks:  32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,  4096000, 7962624, 11239424, 20480000, 23887872 

Затем я попытался e2fsck -b <BLOCKNUMBER> /dev/ubuntu-mate-vg21/rootс каждым номером блока, и каждый раз получал ту же ошибку, что и выше.

После этого я прочитал, что вам не нужно и не нужно запускать fsck на логическом томе или что-то в этом роде, поэтому я надеюсь, что ситуация не ухудшилась.

Я чувствую, что должно быть что-то еще, что я могу сделать, прежде чем просто сдаться на этом диске, но мне очень трудно это выяснить. Возможно, мне просто нужно указать на некоторую документацию.

Спасибо