“sudo ecryptfs-recover-private” fornece “find: '/ run / user / 1000 / gvfs': Permissão negada” após atualização com falha (?)

Question

EDIT 1: Eu reinstalei o 16.04 tendo inicializado através do CD, mas com o HDD instalado, agora eu posso ler o "readme.txt" e eu posso clicar em "access-your-private-data.desktop" e parece para executar por alguns minutos sem uma abertura de janela e, em seguida, ele pára. Quando tento executar sudo ecryptfs-recover-private , obtenho

INFO: Searching for encrypted private directories (this might take a while)...
find: ‘/run/user/1000/gvfs’: Permission denied

Eu tenho um Lenovo E540 (i7) com um SSD de 16GB e 1TB HDD. Eu tinha o sistema e troquei o SSD e meus dados (/ home) no HDD. Tentei atualizar de 14.04 para 16.04. Eu fui solicitado a confirmar o EULA do driver, mas não consegui selecionar o "OK". Eu saí da instalação. Depois de tentar arrancar tudo o que consegui foi uma tela vazia. Eu criei um live cd 16.04 em uma máquina diferente e inicializei com isso. Eu removi meu disco rígido antes disso porque não queria arriscar perder nenhum dado. Após a instalação, fechei o notebook e instalei o HDD. Eu inicializei e meu HDD aparece como um volume e quando aberto há dois arquivos "access-your-private-data.desktop" "readme.txt" nenhum dos quais eu posso abrir. Eu tinha todos os meus arquivos no HDD, por favor me ajude.

    

Answer 1

ecryptfs-recover-private não tem para pesquisar em todos os arquivos, se você adicionar a sua antiga casa criptografada no final, ela só aparecerá lá. Por exemplo, ecryptfs-recover-private /location/to/search .

Você pode pesquisar a si mesmo, procurando por arquivos criptografados, por exemplo, com um utilitário de pesquisa de GUI, ou com% find [mountpoint] -type f -iname "*ecryptfs*"

Para ver exatamente o que o ecryptfs-recover-private faz, apenas olhe, é um script bash. A execução disso seria exibida com less :% less $( which ecryptfs-recover-private )

E a pesquisa é esta:
find / -type d -name ".Private"

Você provavelmente só está vendo erros regulares de "permissão negada" se tentou pesquisar tudo em qualquer lugar, algumas pastas não querem ser pesquisadas. Sua casa não deve estar em /run/user/1000/gvfs , então não se preocupe.

    

Answer 2

Eu atualizei 15.10 para 16.04 e ao tentar acessar minha pasta .private em uma unidade externa a partir de um backup com o sudo ecryptfs-recover-private eu estava recebendo o mesmo erro. Quando fiz a mesma coisa em outro notebook 14.04, tudo estava funcionando como deveria. Então, isso pode ser um problema com 16.04?

    

Answer 3

Eu tive esse problema exato também, e tudo o que tive que fazer foi desmontar o diretório /gvfs usando o comando umount /run/user/1000/gvfs . Em seguida, executei o comando ecryptfs-recovery-private e funcionou. Eu sei o quão assustada eu estava quando pensei que tinha perdido minha informação.

    

Answer 4

Eu tive erros semelhantes depois que renomei o nome de usuário POSIX anterior (original) para old_user (e) e, em seguida, criei um novo usuário com o nome original (nome de usuário anterior).

Para poder montar o diretório pessoal criptografado do old_user, eu tive que refazer os links symbolik para .encryptfs e .Private em sua pasta (como eles tinham poinded para / home / original_name /).

Depois disso, o seguinte comando montou a antiga casa sem qualquer problema. / usr / bin / ecryptfs-recover-private / home / old_user /.Private