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.
fonte
sshescreen.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 #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 depwd. 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 simplescdlimpa o problema. Além disso, só vi isso em umasshsessão até agora, pois é a única maneira de acessar a máquina.Respostas:
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
screencomssho 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.fonte
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
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).
fonte
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?
fonte