não pode ler superblock em / dev / mapper / veracrypt1

Question

Eu vasculhei a Web, incluindo fóruns oficiais do Veracrypt para isso e nada. É quase como se o suporte não existisse para esse problema.

Quando vou montar a partição, ela mostra esse erro: mount: / media / veracrypt1: não pode ler o superblock em / dev / mapper / veracrypt1.

Agora, no aplicativo da GUI do Veracrypt, ele mostra a montagem por alguns breves segundos antes de cuspir o erro e depois desaparece da lista.

Eu possuo todo o hardware e uso o Ubuntu MATE 18.04 sem problemas. Eu tenho uma outra partição não criptografada nesta unidade em questão e monta perfeitamente bem e pode ser utilizada. Minhas outras partições de veracriptografia montadas em outras unidades ao mesmo tempo não tiveram esse erro, pois ainda posso montá-las e utilizar as unidades.

Eu sou bastante decente com o terminal e outros problemas, mas este me deixa perplexo.

Veja o que eu estava fazendo: 1) Copiando arquivos grandes de lista de palavras desta partição para o meu laptop. 2) O laptop congelou completamente. 3) Esperei por 3 horas e ainda estava congelado. 4) Nenhuma E / S aparente nos discos. 5) Mantenha o botão liga / desliga pressionado. 6) Reinicializado bem. Após a reinicialização, continuo a montar e comecei a cuspir esse erro.

Agora, eu tenho outros arquivos importantes que gostaria de voltar, se possível.

O que eu tentei: 1) Montagem via terminal, mas ainda posso usar suporte neste 2) Force a montagem e tente recuperar o superbloco, mas não consigo, porque ele não montará a partição por tempo suficiente para capturar nada. 3) As opções de montagem da GUI, mas nada funcionou. 4) Verificamos as frases secretas várias vezes. 5) Rebocado várias vezes, verifiquei todas as conexões.

A única postagem relevante é Não é possível ler superblocos com veracriptografia e o OP evitou postar a solução depois de pedir avidamente informações que ele próprio resolveu. Eu, no entanto, continuarei tentando fazê-lo funcionar com retornos decrescentes e, se de alguma forma eu descobrir isso, postarei a solução.

Qualquer ajuda seria muito apreciada.

---- EDITAR ----

Decidi descartar essa missão e limpar a partição completamente e restaurá-la de backups mais antigos.

Vou apenas recriar meus dados mais recentes e rsync meus backups a cada hora, em vez de a cada 24 horas. Vou dar um golpe no desempenho e aumentar a longevidade da saúde, mas essa parece ser a correção apropriada para o longo prazo.

Cheguei a essa conclusão, pois meus discos eram 3 níveis de criptografia, com cada nível consistindo de 3 camadas de algoritmos de criptografia ... Isso me levaria apenas para reparar o superbloco.

    

Answer 1

Corrigi o problema que estava tendo com isso depois que o superbloco foi danificado / corrompido devido a um congelamento do sistema e subsequente desligamento inadequado enquanto o volume estava montado.

Basicamente, você não consegue montar o volume; no entanto, usando o Veracrypt, você pode clicar no botão de opções na GUI para mapear o volume, mas não montá-lo. (a terminologia pode estar incorreta, eu sou um novato.) Nas opções do sistema de arquivos na parte inferior, marque a caixa marcada "Não monte".

Depois de fazer isso, você verá seu volume na GUI do veracrypt como de costume, no entanto, a seção do diretório de montagem estará vazia. O resultado deve ser que a partição esteja acessível via / dev / mapper / veracrypt #

Agora, precisamos descobrir quais backups de superblocos estão disponíveis na partição.

Abra um terminal e digite

sudo mke2fs -n <device>

agora usando as informações exibidas,

sudo e2fsck -b  <one of the displayed options> <device>

Depois disso, você deve ter um volume de trabalho se o seu problema for o mesmo que o meu, no entanto, daqui, nossas experiências provavelmente irão divergir.

Meu terminal e2fsck ficou louco inundando-o com uma confusão de números, não sei exatamente o que aconteceu. No final, ele perguntou se eu gostaria de consertá-lo, no entanto, ele disse que o sistema de arquivos foi alterado e que estava cancelando suas operações, no entanto, independentemente do volume agora monta corretamente e eu sou capaz de usá-lo sem conseqüência.

Mesmo que tenha falhado, foi assim que descobri que estava funcionando, em um terminal que digitei

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

Para minha alegria, funcionou. Eu então desmontar e remontar via a GUI Veracrypt com um resultado de trabalho.

Melhor da sorte. Depois de entender como acessar o volume sem montá-lo, você poderá tentar outras opções que normalmente experimentaria em uma partição danificada e, assim, terá mais soluções possíveis para tentar. (Pessoalmente eu não tinha idéia que eu poderia usar / dev / mapper / veracrypt # para tratá-lo como uma partição típica até que um monte de solução de problemas)

* minha fonte para o procedimento que usei e outras soluções possíveis foram encontradas aqui link *