dossier de départ «inaccessible»

Parfois, lorsque je me connecte à mon serveur Ubuntu, l'invite indique jon@jon-server:(unreachable)/$. L'exécution pwdà ce stade renvoie (unreachable)/, mais echo $HOMErenvoie/home/jon comme prévu. Si je cdpuis je suis amené à mon dossier d'accueil réel.

Quelles pourraient en être les raisons? Il ne semble pas poser de problème, à part l'authentification par clé publique avec SSH (probablement s'il ne peut pas voir le dossier de base, il ne peut pas accéder à la.ssh dossier qu'il contient). Il semble être cohérent jusqu'au redémarrage - c'est-à-dire que chaque nouveau shell fera cela, jusqu'à ce que je redémarre, quand cela fonctionnera normalement ou non.

Cela se produit depuis au moins les dernières mises à niveau de version, donc pas lié à Oneiric. J'ai sélectionné l'option d'installation pour crypter mon dossier personnel.

— Jon M
source

Je n'ai pas de solution ni d'explication, mais j'ai vécu quelque chose de similaire, toujours dans des situations où j'utilisais sshet screen.

— enzotib

@enzotib C'est vraiment intéressant - j'utilise toujours screenaussi, j'ai juste essayé de quitter toute la session écran et d'en commencer une nouvelle, et la chose "inaccessible" était partie. Toujours pas de chance avec l'authentification par clé publique, alors peut-être que c'est un problème sans rapport

— Jon M

J'ai le même problème avec 11.10 et screen. La création d'un nouvel écran entraîne d'abord un léger retard, puis le répertoire de l'invite apparaît aussi inaccessible que la sortie de pwd. C'est la première fois que j'utilise un répertoire personnel chiffré et cela semble lié. lsaffiche le contenu du répertoire personnel, non chiffré et un simple cdefface le problème. De plus, je n'ai vu cela que dans une sshsession jusqu'à présent, car c'est la seule façon d'accéder à la machine.

— mindless.panda

J'ai maintenant ce problème également. Je n'utilise pas d'écran mais j'ai installé le démon ssh. Cela commence à se produire après avoir supprimé une DropBox. Chaque fois qu'Ubuntu me demande de "redémarrer Nautilus". Aidez-moi!

— bakytn

donc si vous avez résolu ce problème, veuillez poster une "réponse" ici

— bakytn

Réponses:

La question et la réponse pour Est-il possible d'utiliser la commande «écran» pour travailler avec des fichiers sur un répertoire personnel chiffré? m'a aidé à comprendre pourquoi cela pouvait se produire: être connecté via screenavec sshne dit pas à Ubuntu que vous utilisez toujours le système et donc après un certain temps (du jour au lendemain dans mon cas), le répertoire personnel chiffré est démonté, donc Vim ne peut pas enregistrer les fichiers qu'il avait ouverts dans les écrans et le répertoire de travail sur l'invite de commande devient (unreachable).

Je sais que le problème disparaît si j'ai une session NX connectée. NX peut être décrit comme un écran pour l'interface graphique; Je viens de démarrer une session NX et de la déconnecter (en la laissant exécuter en arrière-plan), et je peux continuer à utiliser ssh / screen indéfiniment. Pas élégant ou idéal mais j'utilise NX de temps en temps donc ça a marché pour moi.

La question liée suggère également de supprimer le fichier vide dans /home/.ecryptfs/$USER/.ecryptfs/auto-umount. Cela pourrait être utile si vous n'utilisez pas NX.

— Ahmed Fasih
source

J'ai eu le même problème avec le dossier (inaccessible) trouvé dans ma machine Ubuntu distante avec un dossier personnel personnel chiffré.

Le problème concerne également tout programme qui s'exécute en arrière-plan (dans mon cas, plusieurs instances MATLAB nécessitaient de sauvegarder des espaces de travail).

J'ai résolu définitivement le problème en supprimant

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

comme suggéré par Ahmed Fasih et rapporté dans Est-il possible d'utiliser la commande «écran» pour travailler avec des fichiers sur un répertoire personnel chiffré? .

Je suggère de régler ce problème comme résolu et d'être une référence pour les autres utilisateurs car il n'y a pas d'autres réponses / sujets sur ce sujet (et cela m'a demandé beaucoup de recherches pour comprendre ce problème).

— Claudio
source

"J'ai sélectionné l'option d'installation pour crypter mon dossier personnel."

Je dirais que cela peut être votre réponse, je peux avoir ceci légèrement incorrect car je n'utilise ecryptFS sur aucune machine que je n'utilise pas connectée dans un environnement normal. Mais je pense que cela peut avoir quelque chose à voir avec le cryptage de votre répertoire personnel, donc son contenu n'est pas disponible, à moins que vous ne soyez connecté physiquement sur la console de la machine, ou que vous n'ayez spécifiquement monté / décrypté le contenu du répertoire personnel.

Si vous accédez à / home / jon, tout votre contenu s'y trouve-t-il, ou un fichier README.txt et un petit lien .desktop pour vous aider à démarrer le processus de décryptage / montage?

— kwiksand
source

J'ai pensé cela aussi, mais tout mon contenu est là, même lorsque je suis à l'invite `` inaccessible '', donc il est définitivement décrypté et monté.

— Jon M