A recuperação do sistema de arquivos da partição criptografada por dm falha

Question

Eu tenho um pen drive que mantenho criptografado pelo LUKS. Recentemente teve uma pane no computador. Eu sou capaz de abrir o dispositivo criptografado sem quaisquer problemas aparentes, mas quando eu tento montar a unidade (como root) eu recebo o seguinte erro:

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

dmesg me dá:

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

Ok, então fsck, certo? Bem ...

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

E, claro, estou executando isso como root.

Alguém tem alguma sugestão? Eu sou hooped?

Correndo Arch, se isso faz diferença.

EDIT: O problema foi o, o interruptor de leitura / gravação no cartão SD estava na posição "somente leitura". Soooooooooo uma vez eu coloquei certo, eu era capaz de fsck a partição sem problema. No entanto, a solução fornecida foi suficiente para retirar os dados da partição, por isso deixarei a questão para o caso de alguém ter o mesmo problema (já que o Google não tinha muito a ver com isso). Vou passar o resto da noite sentado no canto. Felicidades!

    

Answer 1

Existem algumas maneiras de proceder. A maneira como eu poderia atacá-lo seria fazer uma cópia da versão não criptografada do disco em um arquivo e depois operá-lo. Para fazer isso eu (tomando medidas extras para tornar a falha menos provável):

1. Abra o dispositivo de bloco com um comando como

   cryptsetup LuksOpen / dev / sdX encryptedusb

2. Copie a versão não criptografada em um arquivo

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

3. Crie um dispositivo de loopback para acessar o arquivo não criptografado como um dispositivo de bloco (pode não ser necessário, mas permite que algumas operações de bloco sejam bem-sucedidas, caso contrário, podem falhar.)

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

4. Tente recuperar dados em / dev / loop0 como em qualquer sistema de arquivos normal, por exemplo, fsck no disco, tente montá-lo, se isso falhar, execute o photorec nele etc.