Czasami, gdy loguję się do mojego serwera Ubuntu, pojawia się monit jon@jon-server:(unreachable)/$
. Uruchomienie pwd
w tym punkcie zwraca (unreachable)/
, jednak echo $HOME
zwraca /home/jon
zgodnie z oczekiwaniami. Jeśli cd
wtedy przejdę do mojego rzeczywistego folderu domowego.
Jakie mogą być tego przyczyny? Wydaje się, że nie powoduje żadnych problemów poza uwierzytelnianiem klucza publicznego za pomocą SSH (przypuszczalnie jeśli nie widzi folderu domowego, to nie może dostać się do .ssh
folderu w nim zawartego). Wydaje się być spójny do momentu restartu - to znaczy, każda nowa powłoka to zrobi, dopóki nie zrestartuję, kiedy będzie działać normalnie lub nie.
Dzieje się tak przez co najmniej kilka ostatnich aktualizacji, więc nie jest związane z Oneiric. Wybrałem opcję instalatora, aby zaszyfrować mój folder domowy.
źródło
ssh
iscreen
.screen
, po prostu próbowałem wyjść z całej sesji ekranowej i rozpocząć nową, a „nieosiągalna” rzecz zniknęła. Nadal nie ma szczęścia z uwierzytelnianiem za pomocą klucza publicznego, więc być może jest to niezwiązany problemscreen
. Utworzenie nowego ekranu najpierw powoduje niewielkie opóźnienie, a następnie katalog w wierszu polecenia jest tak nieosiągalny, jak dane wyjściowepwd
. Po raz pierwszy korzystam z zaszyfrowanego katalogu domowego i wygląda na to, że jest spokrewniony.ls
pokazuje zawartość katalogu domowego, nieszyfrowane, a prostycd
usuwa problem. Dossh
tej pory widziałem to tylko podczas sesji, ponieważ jest to jedyny sposób, w jaki uzyskuję dostęp do maszyny.Odpowiedzi:
Pytanie i odpowiedź na pytanie Czy można używać polecenia „screen” do pracy z plikami w zaszyfrowanym katalogu domowym? pomogło mi zrozumieć, dlaczego tak się dzieje: zalogowanie się za
screen
pomocąssh
nie mówi Ubuntu, że nadal korzystasz z systemu, więc po pewnym czasie (w moim przypadku w nocy) zaszyfrowany katalog domowy zostaje odmontowany, więc Vim nie może zapisz pliki, które otworzył na ekranach, a katalog roboczy w wierszu polecenia stanie się(unreachable)
.Wiem, że problem zniknie, jeśli mam zalogowaną sesję NX. NX można opisać jako ekran GUI; Po prostu rozpoczynam sesję NX i rozłączam ją (pozwalając jej uruchamiać się w tle) i mogę dalej używać ssh / screen w nieskończoność. Nie elegancki ani idealny, ale czasami używam NX, więc zadziałało dla mnie.
Połączone pytanie sugeruje również usunięcie pustego pliku w
/home/.ecryptfs/$USER/.ecryptfs/auto-umount
. Może to pomóc, jeśli nie korzystasz z NX.źródło
Miałem ten sam problem z (nieosiągalnym) folderem znalezionym na moim zdalnym komputerze Ubuntu z osobistym zaszyfrowanym folderem domowym.
Problem dotyczy również dowolnego programu działającego w tle (w moim przypadku było kilka instancji MATLAB, które wymagały zapisania obszarów roboczych).
Usunąłem problem na stałe
zgodnie z sugestią Ahmeda Fasiha i zgłoszoną w artykule Czy można używać polecenia „screen” do pracy z plikami w zaszyfrowanym katalogu domowym? .
Proponuję ustawić ten problem jako rozwiązany i być punktem odniesienia dla innych użytkowników, ponieważ nie ma żadnych innych odpowiedzi / tematów na ten temat (i wymagało ode mnie wielu poszukiwań, aby zrozumieć ten problem).
źródło
Powiedziałbym, że może to być twoja odpowiedź, mogę mieć to nieco niepoprawne, ponieważ nie używam ecryptFS na żadnym komputerze, którego nie używam zalogowanym w normalnym środowisku. Ale myślę, że może to mieć związek z szyfrowaniem twojego katalogu domowego, dlatego jego zawartość nie jest dostępna, chyba że albo jesteś zalogowany fizycznie na konsoli komputera, albo specjalnie zamontowałeś / odszyfrowałeś zawartość katalogu domowego.
Jeśli przejdziesz do / home / jon, czy cała zawartość tam jest, lub plik README.txt i mały link .desktop, który pomoże Ci rozpocząć proces odszyfrowywania / montowania?
źródło