Não é possível montar a unidade TrueCrypt (tipo fs errado)

Question

Eu instalei o windows 7 e ele destruiu meu volume TrueCrypt.

Eu tenho a seguinte configuração:

/dev/sda  <-- truecrypt encrypted drive
/dev/sda1 <-- 100mb, probably windows boot loader (new, should not be here)
/dev/sdb1 <-- ubuntu
/dev/sdb2 <-- swap
/dev/sdb3 <-- windows 7 (new)

O bootloader do windows 7 parece se instalar automaticamente em sda1, não nas janelas de partição que estão sendo instaladas.

Consegui restaurar o cabeçalho do volume da unidade TrueCrypt usando ferramentas de volume - > restaurar o cabeçalho do volume - > restaurar o cabeçalho do volume do backup incorporado no volume

Se eu agora tentar montar o volume do truecrypt em / dev / sda, recebo o seguinte erro:

mount: wrong fs type, bad option, bad superblock on /dev/mapper/truecrypt3,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Eu comecei a usar a linha de comando, mas não há uma mensagem de erro concreta.

syslog - tente dmesg | cauda me dá:

No command 'syslog' found, did you mean:
 Command 'dsyslog' from package 'dsyslog' (universe)
 Command 'syslogd' from package 'sysklogd' (universe)
 Command 'syslogd' from package 'inetutils-syslogd' (universe)
 Command 'syslogd' from package 'busybox-syslogd' (universe)
syslog: command not found

Eu já tentei pesquisar meu problema, mas não consegui encontrar uma solução até agora (e estou com um pouco de medo de tentar coisas, porque seria uma pena perder todos os dados). Alguém sabe uma maneira de consertar isso? Eu realmente aprecio qualquer ajuda.

// edit:

dmesg | cauda me dá:

[ 2848.396620] EXT3-fs (dm-3): error: invalid journal inode
[ 2976.790464] EXT3-fs (dm-1): error: invalid journal inode
[ 3890.357971] EXT3-fs (dm-1): error: invalid journal inode

    

Answer 1

Parece-me que você conseguiu "Abrir" o contêiner Truecrypt, mas o sistema de arquivos EXT no contêiner está corrompido (o que faria sentido se o Windows substituísse parte dele como parece ser o caso)

Existe toda a probabilidade de que este comando torne as coisas piores, então eu recomendo strongmente fazer o backup do container Trueecrypt antes de tentar - mas para reparar o sistema de arquivos você pode tentar /sbin/fsck.ext3 / dev / mapper / truecrypt3

Você pode querer tentar a recuperação de arquivos na partição danificada, em cujo caso você poderia fazer da mesma forma que faria para uma partição não criptografada, usando apenas / dev / mapper / truecrypt3 como dispositivo de bloco.

    

Answer 2

A instalação do Windows sempre substituirá seu MBR. O MBR não é armazenado dentro de uma partição, mas sim nos primeiros 512 bytes do disco. Se o sda estava inicializando usando o bootloader do truecrypt, você precisa reinstalar o bootloader do truecrypt.

O Windows não sabe nada sobre o GRUB, o SYSLINUX, o LILO ou qualquer outro gerenciador de inicialização que não seja da Microsoft. Também não sabe nada sobre discos / volumes TrueCrypt. O MBR SEMPRE será sobrescrito no primeiro disco inicializável, porque ele pressupõe que o sistema não pode inicializar no Windows. O True-crypt possui seu próprio gerenciador de inicialização super-seguro que pode desbloquear o volume e permitir que o sistema operacional inicialize. Se isso foi danificado / substituído / violado, ele precisa ser restaurado ou corrigido.

Você pode tentar usar o TrueCrypt Rescue Disk .