Восстановление файловой системы раздела, зашифрованного dm, не удалось

Question

У меня есть флеш-накопитель, который я держу в зашифрованном виде. Недавно произошел сбой компьютера. Я могу открыть зашифрованное устройство без каких-либо явных проблем, но когда я пытаюсь смонтировать диск (как root), я получаю следующую ошибку:

EXT4-fs (dm-1): write access unavailable, cannot proceed.
mount: /media/thumb: cannot mount /dev/mapper/thumb read-only.

Dmesg дает мне:

EXT4-fs (dm-1): INFO: Recovery required on read-only filesystem
EXT4-fs (dm-1): write access unavailable, cannot proceed

Хорошо, так что fsck, верно? Что ж...

fsck.ext4: Operation not permitted while trying to open /dev/mapper/thumb
You must have r/w access to the filesystem or be root

И, конечно, я запускаю это как root.

У кого-нибудь есть предложения? Я обручился?

Запуск Арка, если это имеет значение.

РЕДАКТИРОВАТЬ: Проблема заключалась в том, что переключатель чтения / записи на SD-карте находился в положении "только для чтения". Оооооооооооо, как только я все исправлю, я смог без проблем создать раздел fsck. Тем не менее, предоставленного решения было достаточно, чтобы получить данные из раздела, поэтому я оставлю вопрос на тот случай, если у кого-то еще возникнет такая же проблема (поскольку Google на самом деле не особо задумывался об этом). Я собираюсь провести остаток ночи, сидя в углу. Ура!

Answer 1

Есть несколько способов продолжить. Я мог бы атаковать это, сделав копию незашифрованной версии диска в файл, а затем поработать над этим. Чтобы сделать это, я бы (принимая дополнительные меры, чтобы уменьшить вероятность отказа):

1. Откройте блочное устройство командой

   cryptsetup LuksOpen /dev /sdX encryptedusb

2. Скопируйте незашифрованную версию в файл

   pv </dev /mapper /encryptedusb> /path/to/unencrypted.file

3. Создайте устройство с обратной связью для доступа к незашифрованному файлу в качестве блочного устройства (может не требоваться, но позволяет успешно выполнить некоторые операции с блоком, которые в противном случае могли бы завершиться неудачей.)

   losttup /dev /loop0 /path/to/unecrypted.file

4. Попытайтесь восстановить данные в /dev /loop0 в соответствии с любой нормальной файловой системой, например, fsck на диске, попытаться смонтировать его, если это не удастся, запустите на нем photorec и т.д.