Parece que o ecryptfs-recover-private funciona melhor quando é executado a partir de um live cd / dvd / usb, e procura no sistema de arquivos por sua home criptografada e monta-o em / tmp / ... Parece que está localizando sua principal / home criptografado regular primeiro e não montar o backup externo, ou talvez ele não encontre a senha para o backup externo ou algo assim ... É suposto ser capaz de pegar um diretório de destino e montá-lo, como você tentou, e se você não especificar um diretório, ele deve procurar por diretórios privados criptografados e "perguntar-lhe interativamente se é a pasta que você gostaria de recuperar" (da postagem de blog de Dustin Kirkland, ele é o autor), então tente executá-lo sem especificar o diretório externo & amp; veja se acha isso? Recomenda que ele seja executado como root também.
Mas se ainda não estiver funcionando, você pode tentar iniciar a partir de um live cd / dvd / usb, embora eu suspeite que ainda possa encontrar duas pastas criptografadas ...
Ou, se isso não funcionar, você pode seguir as instruções antigas de Dustin, antes que o ecryptfs-recover-private estivesse disponível, mas ele as "riscou" desde
link
Eles envolvem muitas montagens de bind & amp; chroot, aqui está o copypasta de suas antigas direções:
ubuntu@ubuntu$ sudo mount /dev/sda1 /mnt
ubuntu@ubuntu$ sudo mount -o bind /dev /mnt/dev
ubuntu@ubuntu$ sudo mount -o bind /dev/shm /mnt/dev/shm
ubuntu@ubuntu$ sudo mount -o bind /proc /mnt/proc
ubuntu@ubuntu$ sudo mount -o bind /sys /mnt/sys
ubuntu@ubuntu$ sudo chroot /mnt
root@ubuntu$ su - kirkland
kirkland@ubuntu$ ecryptfs-mount-private
Enter your login passphrase:
Warning: Using default salt value (undefined in ~/.ecryptfsrc)
Inserted auth tok with sig [xxx] into the user session keyring
kirkland@ubuntu$ cd $HOME
kirkland@ubuntu$ ls -alF
...
kirkland@ubuntu$ cat .profile
...
O processo acima assume que o seu arquivo ~ / .ecryptfs / wrapped-passphrase está disponível neste sistema. Se você estiver usando a autenticação de dois fatores e armazenando isso em outro lugar, talvez seja necessário executar uma montagem adicional e um link simbólico para disponibilizar esse arquivo.
Como alternativa, se você estiver tentando recuperar dados e tiver registrado sua senha de montagem corretamente, use
kirkland@ubuntu$ ecryptfs-add-passphrase --fnek
pouco antes do bit ecryptfs-mount-private, para inserir manualmente sua senha (em vez de extraí-la de ~ / .ecryptfs / wrapped-passphrase).
Notas:
- / dev / sda1 é o dispositivo que atende ao meu $ HOME / .Private
- kirkland é meu nome de usuário, o seu provavelmente será diferente; -)
- A montagem / sys de ligação e / proc são críticas - o ecryptfs precisa acessar as informações do kernel compartilhadas lá
- O traço em "su -" é importante - não se esqueça disso!
(Fim das instruções antigas de Kirkland)
Então, se tudo ainda não funcionar, você pode sempre tentar montar seu diretório privado manualmente, usando mount -t ecryptfs [SRC DIR] [DST DIR] -o [OPTIONS] E ver man ecryptfs para informações sobre as várias opções de montagem, você pode precisar saber coisas como o tipo de cifra & amp; bytes-chave & amp; se no_sig_cache ou filename_crypt estiver habilitado, ou pode pedir a senha de montagem se você tentar sem opções? Acho que a frase-senha real de montagem pode ser criada aleatoriamente & amp; embrulhado usando sua senha do usuário, então sored (em algum lugar em sua casa? em .Private?), razão pela qual eles têm ferramentas como ecryptfs-mount-private & amp; ecryptfs-recover-private.