pasta inicial 'inacessível'

14

Ocasionalmente, quando eu entro no meu servidor Ubuntu, o prompt diz jon@jon-server:(unreachable)/$. A execução pwdnesse ponto retorna (unreachable)/, no entanto, echo $HOMEretorna /home/jonconforme o esperado. Se eu cdfor levado para minha pasta pessoal atual.

Quais poderiam ser as razões para isso? Parece não causar nenhum problema, além da autenticação de chave pública com o SSH (presumivelmente, se ele não consegue ver a pasta inicial, não pode chegar à .sshpasta dentro dela). Parece ser consistente até a reinicialização - ou seja, todo novo shell fará isso até eu reiniciar, quando funcionará normalmente ou não.

Isso vem acontecendo há pelo menos as últimas atualizações de versão, portanto, não relacionadas ao Oneiric. Selecionei a opção do instalador para criptografar minha pasta pessoal.

Jon M
fonte
Não tenho uma solução ou explicação, mas experimentei algo semelhante, sempre em situações em que estava usando sshe screen.
enzotib 26/10/11
1
@enzotib Isso é realmente interessante - eu sempre uso screentambém, apenas tentei sair da sessão da tela inteira e iniciar uma nova, e a coisa 'inacessível' desapareceu. Ainda não há sorte com a autenticação de chave pública, então talvez esse seja um problema não relacionado #
M Jon M
Eu tenho o mesmo problema com 11.10 e screen. Criar uma nova tela primeiro resulta em um pequeno atraso e, em seguida, o diretório no prompt aparece tão inacessível quanto a saída de pwd. Esta é a minha primeira vez usando um diretório doméstico criptografado e parece relacionado. lsmostra o conteúdo do diretório home, não criptografado e um simples cdlimpa o problema. Além disso, só vi isso em uma sshsessão até agora, pois é a única maneira de acessar a máquina.
amigos estão
Agora também tenho esse problema. Não estou usando a tela, mas tenho o ssh deamon instalado. Isso começou a acontecer depois que eu removi um DropBox. Toda vez que o Ubuntu está me pedindo para "Reiniciar o Nautilus". Por favor ajude!
bakytn
portanto, se você resolveu esse problema, poste uma "Resposta" aqui
bakytn

Respostas:

7

A pergunta e resposta para É possível usar o comando 'screen' para trabalhar com arquivos em um diretório inicial criptografado? me ajudou a entender por que isso pode estar acontecendo: estar conectado via screencom ssho Ubuntu não informa que você ainda está usando o sistema e, depois de um tempo (durante a noite no meu caso), o diretório inicial criptografado é desmontado, para que o Vim não possa salve os arquivos abertos nas telas e o diretório ativo no prompt de comando se tornará (unreachable).

Sei que o problema desaparece se eu tiver uma sessão do NX conectada. O NX pode ser descrito como tela para GUI; Acabei de iniciar uma sessão do NX e desconectá-la (deixando em segundo plano), e posso continuar usando o ssh / screen indefinidamente. Não é elegante ou ideal, mas eu uso o NX ocasionalmente, então funcionou para mim.

A questão vinculada também sugere excluir o arquivo vazio em /home/.ecryptfs/$USER/.ecryptfs/auto-umount. Isso pode ajudar se você não usar o NX.

Ahmed Fasih
fonte
3

Eu tive o mesmo problema ao encontrar a pasta (inacessível) encontrada na minha máquina remota Ubuntu com a pasta pessoal criptografada.

O problema envolve também qualquer programa que esteja sendo executado em segundo plano (no meu caso, várias instâncias do MATLAB exigiam salvar áreas de trabalho).

Resolvi o problema permanentemente excluindo

/home/.ecryptfs/$USER/.ecryptfs/auto-umount

como sugerido por Ahmed Fasih e relatado em É possível usar o comando 'screen' para trabalhar com arquivos em um diretório inicial criptografado? .

Sugiro que esse problema seja resolvido e seja uma referência para outros usuários, pois não há outras respostas / tópicos sobre esse assunto (e exigi muita pesquisa para entender esse problema).

Claudio
fonte
1

"Selecionei a opção do instalador para criptografar minha pasta pessoal."

Eu diria que essa pode ser a sua resposta, eu posso ter isso um pouco incorreto, pois não uso o ecryptFS em nenhuma máquina que não esteja usando em um ambiente normal. Mas acho que pode ter algo a ver com o diretório inicial sendo criptografado, portanto, seu conteúdo não está disponível, a menos que você esteja logado fisicamente no console da máquina ou tenha montado / descriptografado especificamente o conteúdo do diretório inicial.

Se você for para / home / jon, todo o seu conteúdo estará lá ou um README.txt e um pequeno link .desktop para ajudá-lo a iniciar o processo de descriptografia / montagem?

kwiksand
fonte
Também pensei nisso, mas todo o meu conteúdo está lá, mesmo quando estou no prompt 'inacessível', então está definitivamente sendo descriptografado e montado.
Jon M