при создании образа диска LUKS я случайно создал его образ, когда он был незашифрованным (только образ sdx1 вместо всего диска, sdx2 был загрузочным). Теперь не встанет. Я пробовал почти все методы, чтобы попытаться смонтировать его, но не повезло. Его все еще можно разблокировать и заблокировать с помощью дискового инструмента или команды luksOpen, это можно спасти?
Я пробовал создавать образы на отдельный диск, проигрывать, монтировать, монтировать образ и т. д.Когда он разблокирован, он создает петлю, но на самом деле ничего не монтирует.
после разблокировки в дисковой утилите:
sudo mount -t ext4 diskimg.img /mnt
[sudo] пароль для пользователя:
mount: /mnt: /dev/loop5 уже смонтирован или точка монтирования занята.
sudo mount -t ext4 diskimg.img /media
mount: /media: неправильный тип файловой системы, неправильный параметр, неправильный суперблок
/dev/loop32, отсутствует кодовая страница или вспомогательная программа или другая ошибка.
в дисковой утилите:
Устройство /dev/mapper/luks-eff2a9f0-4edb-460c-908a-4a3384b0246f
mount: /mnt: неправильный тип файловой системы, неправильный параметр, неверный суперблок в /dev/mapper/luks-eff2a9f0-4edb-460c-908a-4a3384b0246f, отсутствует кодовая страница или вспомогательная программа или другая ошибка.
Что я пробовал:
пользователь@пользователь:~/Документы$ mke2fs -n /dev/sdb1
mke2fs 1.45.7 (28 января 2021 г.)
/dev/sdb1 содержит файловую систему crypto_LUKS.
Все равно продолжайте? (у, Н) у
Создание файловой системы с 30629632 блоками по 4k и 7659520 inodes
UUID файловой системы: e8c13120-2388-4147-a6e8-7591dee60d8e
Резервные копии суперблоков, хранящиеся в блоках:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
пользователь@пользователь:~/Документы$ sudo fsck -t ext4 /dev/sdb1
fsck из util-linux 2.36.1
пользователь@пользователь:~/Документы$ e2fsck -b 32768 /dev/sdb1
e2fsck 1.45.7 (28 января 2021 г.)
e2fsck: неправильное магическое число в суперблоке при попытке открыть /dev/sdb1
Суперблок не может быть прочитан или не описывает действительный ext2/ext3/ext4
файловая система. Если устройство действительное и оно действительно содержит ext2/ext3/ext4
файловая система (а не swap или ufs или что-то еще), то суперблок
поврежден, и вы можете попробовать запустить e2fsck с альтернативным суперблоком:
e2fsck -b 8193 <устройство>
или же
e2fsck -b 32768 <устройство>
/dev/sdb1 содержит файловую систему crypto_LUKS.
Есть ли способ сохранить данные на изображении/устройстве?
Я также пытался использовать тот же метод на уровне устройства или LVM при разблокировке:
e2fsck -b 163840 /dev/mapper/luks-eff2a9f0-4edb-460c-908a- 4a3384b0246f
e2fsck 1.45.7 (28 января 2021 г.)
e2fsck: неправильное магическое число в суперблоке при попытке открыть /dev/mapper/luks-eff2a9f0-4edb-460c-908a-4a3384b0246f