'inacessível'

Question

Ocasionalmente, quando eu entro no meu servidor Ubuntu, o aviso diz jon@jon-server:(unreachable)/$ . A execução de pwd neste ponto retorna (unreachable)/ , mas echo $HOME retorna /home/jon conforme o esperado. Se eu cd , então eu levo para minha pasta pessoal real.

Quais poderiam ser as razões para isso? Ele não parece causar problemas, além da autenticação de chave pública com SSH (presumivelmente, se ele não puder ver a pasta inicial, não poderá acessar a pasta .ssh dentro dela). Parece ser consistente até o reinício - ou seja, todo novo shell fará isso, até que eu reinicie, quando ele funcionará normalmente ou não.

Isso vem acontecendo há pelo menos os últimos lançamentos, portanto não relacionados ao Oneiric. Selecionei a opção de instalação para criptografar minha pasta pessoal.

    

Answer 1

A pergunta e resposta para É possível usar o comando 'screen' para trabalhar com arquivos em um diretório pessoal criptografado? me ajudou a entender por que isso pode estar acontecendo: estar logado via screen with ssh não diz ao Ubuntu que você ainda está usando o sistema e assim depois de um tempo (no meu caso durante a noite) o diretório inicial criptografado é desmontado, então o Vim não pode salvar arquivos abertos em telas e o diretório de trabalho no prompt de comando se torna (unreachable) .

Eu sei que o problema desaparece se eu tiver uma sessão do NX conectada. O NX pode ser descrito como uma tela para GUI; Acabei de iniciar uma sessão do NX e desconectá-lo (permitindo que ele execute o plano de fundo) e continuar usando ssh / screen indefinidamente. Não é elegante ou ideal, mas eu uso o NX ocasionalmente, então funcionou para mim.

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

    

O

Answer 2

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

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

Resolvi permanentemente o problema 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 pessoal criptografado? .

Sugiro definir esse problema como resolvido e ser 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).

    

Answer 3

  

"Selecionei a opção de instalação para criptografar minha pasta pessoal."

Eu diria que essa pode ser sua resposta, eu posso ter isso um pouco incorreto, já que eu não uso ecryptFS em nenhuma máquina que eu não esteja usando logado em um ambiente normal. Mas acho que pode ter algo a ver com o seu 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 especificamente montado / descriptografado o conteúdo do diretório inicial.

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