Erro de montagem ao montar automaticamente um flashdrive USB criptografado pelo LUKS

Question

UPDATE 1:

userone@desktop:~$ sudo umount "/media/userone/New Volume"
umount: /media/userone/New Volume: mountpoint not found

userone@desktop:~$ sudo cryptsetup luksClose /dev/mapper/luks-04cb4ea7-7bba-4202-9056-a65006fe52d7
Device /dev/mapper/luks-04cb4ea7-7bba-4202-9056-a65006fe52d7 is not active.

userone@desktop:~$ sudo lsblk 
NAME                    MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
sdb                       8:16   1 29.5G  0 disk  
└─sdb1                    8:17   1 29.5G  0 part  
  └─luks_USB            252:3    0 29.5G  0 crypt 
sr0                      11:0    1 1024M  0 rom   

userone@desktop:~$ sudo cryptsetup luksOpen /dev/sdb1 luks_USB
Device luks_USB already exists.

userone@desktop:~$ sudo mkdir /media/userone/luks_USB
mkdir: cannot create directory ‘/media/userone/luks_USB’: File exists

userone@desktop:~$ sudo mount /dev/mapper/luks_USB /media/userone/luks_USB
mount: wrong fs type, bad option, bad superblock on /dev/mapper/luks_USB,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

userone@desktop:~$ dmesg | tail
[20639.663250] JBD2: no valid journal superblock found
[20639.663257] EXT4-fs (dm-3): error loading journal
[20828.133606] JBD2: no valid journal superblock found
[20828.133613] EXT4-fs (dm-3): error loading journal
[20832.682397] JBD2: no valid journal superblock found
[20832.682405] EXT4-fs (dm-3): error loading journal
[20851.042343] JBD2: no valid journal superblock found
[20851.042349] EXT4-fs (dm-3): error loading journal
[21053.115711] JBD2: no valid journal superblock found
[21053.115718] EXT4-fs (dm-3): error loading journal

userone@desktop:~$ 

PERGUNTA ORIGINAL:

Quando eu conecto minha unidade USB criptografada, recebo esta mensagem em um diálogo do GNOME:

Error mounting /dev/dm-3 at /media/userone/New Volume: 
Command line 
    mount -t "ext4" \
          -o "uhelper=udisks2,nodev,nosuid" \
          "/dev/dm-3" "/media/userone/New Volume"'
exited with non-zero exit status 32:
    mount: wrong fs type, bad option, bad superblock on
           /dev/mapper/luks-04cb4ea7-7bba-4202-9056-a65006fe52d7,
           missing codepage or helper program, or other error.

In some cases, useful info is found in syslog - try dmesg | tail or so.

Alguém sabe como isso pode ser corrigido? Estava funcionando bem ontem.

    

Answer 1

Parece que o diário foi corrompido, fazendo algumas pesquisas nos últimos dias, e isso não parece ser incomum em dispositivos que usam o LUKS.

Você pode tentar executar um fsck no dispositivo, reconhecendo que os dados no dispositivo podem não estar acessíveis depois - você pode usar dd para fazer uma cópia da unidade antes disso.

Uma resolução comum parece ser criar o sistema de arquivos EXT4 a partir do rascunho com o registro no diário desabilitado usando mke2fs -t ext4 -O ^has_journal /dev/device . Obviamente, você perderia as vantagens de ter um sistema de arquivos registrados fazendo isso e perderia todos os dados no dispositivo!

Problema

Esse problema é que o diário do sistema de arquivos EXT4 está corrompido. O problema talvez seja um pouco obscuro devido ao fato de que o dispositivo é criptografado e o sistema de arquivos reside “dentro” da criptografia.

Resolução

Há uma lista de comentários abaixo, mas achei que um resumo aqui seria mais benéfico para qualquer um que pudesse se deparar com isso no futuro.

1. Descriptografe o dispositivo, isso nos permite acessar o dispositivo no qual o sistema de arquivos EXT4 reside: sudo cryptsetup luksOpen /dev/sdb1 luks_USB

2. Crie uma imagem do dispositivo que foi criado na etapa anterior. Precisamos fazer isso porque os utilitários de verificação do sistema de arquivos geralmente não funcionam em dispositivos montados e, embora o dispositivo com o EXT4 não esteja montado, ele é "pai". sudo dd if=/dev/dm-3 of=/tmp/USBimage.dd (adicione bs e count argumentos como achar melhor).

3. Agora temos uma imagem, podemos executar as verificações do sistema de arquivos: sudo e2fsck /tmp/USBimage.dd quaisquer problemas encontrados podem ser avaliados e corrigidos conforme necessário.

4. Você pode verificar se o seu sistema de arquivos foi corrigido ao tentar montar a imagem: sudo mount -o loop /tmp/USBimage.dd /mnt

Neste momento, o OP conseguiu obter acesso aos seus arquivos.

Enquanto eu sugeria limpar o pendrive e começar de novo (de volta a um estado conhecido, etc), acho que seria possível desmontar a imagem de /mnt e depois copiar de volta para o dispositivo que está corrompido: sudo dd if=/tmp/USBimage.dd of=/dev/dm-3

    

Answer 2

Muitas vezes recebo erros como este sem motivo aparente e muitas vezes simplesmente desmontando e remontando as correções. Você pode fazer isso com os seguintes comandos.

desmontar - Eu sei que nunca montou em primeiro lugar, e provavelmente irá lançar um erro, mas eu iria correr para garantir um estado limpo para executar luksClose

sudo umount "/media/userone/New Volume"

lukClose

sudo cryptsetup luksClose /dev/mapper/luks-04cb4ea7-7bba-4202-9056-a65006fe52d7

agora remontar, primeiro obter o número da partição com o qual o contêiner luks está:

sudo lsblk 

ou

sudo fdisk -l

use essa partição aqui, da aparência da sua mensagem de erro que sua partição pode ser /dev/dm-3 , mas eu confirmaria primeiro com sudo lsblk

sudo cryptsetup luksOpen </dev/luks_partition_here> luks_USB

sudo mkdir /media/userone/luks_USB
sudo mount /dev/mapper/luks_USB /media/userone/luks_USB