Ocasionalmente, cuando inicio sesión en mi servidor Ubuntu, el mensaje dice jon@jon-server:(unreachable)/$
. Ejecutar pwd
en este punto vuelve (unreachable)/
, sin embargo, echo $HOME
vuelve /home/jon
como se esperaba. Si lo hago cd
, me llevan a mi carpeta de inicio real.
¿Cuáles podrían ser las razones de esto? No parece causar ningún problema, aparte de la autenticación de clave pública con SSH (presumiblemente si no puede ver la carpeta de inicio, entonces no puede acceder a la .ssh
carpeta dentro de ella). Parece ser consistente hasta el reinicio, es decir, cada nuevo shell hará esto, hasta que reinicie, cuando funcionará normalmente o no.
Esto ha estado sucediendo durante al menos las últimas actualizaciones de lanzamiento, por lo que no está relacionado con Oneiric. Seleccioné la opción del instalador para cifrar mi carpeta de inicio.
ssh
yscreen
.screen
también, solo intenté salir de la sesión de pantalla completa y comenzar una nueva, y la cosa 'inalcanzable' desapareció. Todavía no hay suerte con la autenticación de clave pública, por lo que quizás sea un problema no relacionadoscreen
. La creación de una nueva pantalla primero resulta en un ligero retraso y luego el directorio en el indicador aparece tan inalcanzable como la salida depwd
. Esta es la primera vez que uso un directorio de inicio cifrado y parece estar relacionado.ls
muestra el contenido del directorio de inicio, sin cifrar y un simplecd
borra el problema. Además, solo he visto esto en unassh
sesión hasta ahora, ya que esa es la única forma en que accedo a la máquina.Respuestas:
La pregunta y respuesta para ¿Es posible usar el comando 'pantalla' para trabajar con archivos en un directorio de inicio encriptado? me ayudó a entender por qué esto podría estar sucediendo: iniciar sesión a través de
screen
conssh
no le dice a Ubuntu que todavía está usando el sistema y, después de un tiempo (durante la noche en mi caso), el directorio de inicio cifrado se desmonta, por lo que Vim no puede guarde los archivos que tenía abiertos en las pantallas y se convierte en el directorio de trabajo en el símbolo del sistema(unreachable)
.Sé que el problema desaparece si tengo una sesión de NX iniciada. NX podría describirse como pantalla para GUI; Acabo de iniciar una sesión de NX y la desconecto (lo que permite que se ejecute en segundo plano), y puedo continuar usando ssh / screen indefinidamente. No es elegante ni ideal, pero uso NX ocasionalmente, así que funcionó para mí.
La pregunta vinculada también sugiere eliminar el archivo vacío
/home/.ecryptfs/$USER/.ecryptfs/auto-umount
. Esto podría ayudar si no usa NX.fuente
He tenido el mismo problema al encontrar una carpeta (inalcanzable) en mi máquina Ubuntu remota con una carpeta personal encriptada.
El problema también involucra cualquier programa que se ejecute en segundo plano (en mi caso fueron varias instancias de MATLAB que requerían guardar espacios de trabajo).
Resolví el problema permanentemente borrando
como sugirió Ahmed Fasih y se informó en ¿Es posible usar el comando 'pantalla' para trabajar con archivos en un directorio de inicio cifrado? .
Sugiero configurar este problema como resuelto y ser una referencia para otros usuarios, ya que no hay otras respuestas / temas sobre este tema (y requirió mucha búsqueda para comprender este problema).
fuente
Diría que esa puede ser su respuesta, puedo tener esto ligeramente incorrecto ya que no uso ecryptFS en ninguna máquina que no esté usando en un entorno normal. Pero creo que puede tener algo que ver con el cifrado de su directorio de inicio, por lo que su contenido no está disponible, a menos que haya iniciado sesión físicamente en la consola de la máquina o haya montado / descifrado específicamente el contenido del directorio de inicio.
Si va a / home / jon, ¿está todo su contenido allí, o un archivo README.txt y un pequeño .desktop para ayudarlo a comenzar el proceso de descifrado / montaje?
fuente