Loguję się na zdalnym hoście za pomocą ssh -X me@host
, udało mi się uruchomić gnome-terminal -e "tail -F /var/log/file" &
. Kiedy się wylogowuję, a następnie próbuję tego samego następnego dnia, otrzymuję:
Nie można uzyskać magistrali sesji: Nie można połączyć się z gniazdem / tmp / dbus-K99gT9yDjS: Odmowa połączenia Powrót do trybu niefabrycznego. Nie udało się przywołać demona GConf; wychodzę. Nie udało się skontaktować z serwerem konfiguracji; niektóre możliwe przyczyny to konieczność włączenia sieci TCP / IP dla ORBit lub masz przestarzałe blokady NFS z powodu awarii systemu. Więcej informacji na stronie http://projects.gnome.org/gconf/ . (Szczegóły - 1: Nie udało się uzyskać połączenia z sesją: Nie udało się połączyć z gniazdem / tmp / dbus-K99gT9yDjS: Połączenie odrzucone)
Jak uruchomić terminal gnome w tej sytuacji?
Odpowiedzi:
Rzeczywiście, gdy sesja SSH jest otwarta, nie uruchamia ona sesji dbus. Niektóre programy mogą go uruchomić, ale wtedy sesja o nim nie wie (stąd nie można go zamknąć).
Brak wiedzy o sesji dbus oznacza również, że programy, które używają dbus, ale nie uruchamiają go same, będą miały problemy.
Sekcje dbus są na maszynę i na wyświetlacz X11. Ich informacje są przechowywane w $ HOME / .dbus / session-bus / - jednak proces, do którego się tam odwołuje, może zostać zamknięty, więc konieczna jest dodatkowa kontrola w celu ustalenia, czy uruchomienie dbus jest potrzebne, czy nie. Następnie zmienne, które mają zostać wyeksportowane do sesji.
To działa jak urok :)
W moim pliku .bash_profile umieszczam:
uwagi: hostnamectl jest częścią systemd i pozwala odzyskać identyfikator maszyny, dbus-launch wyświetla zmienne, które chcemy; za pomocą
export $(dbus-launch)
pobieramy wyjście dbus-launch i eksportujemy zmienneźródło
Żadna z poprzednich odpowiedzi nie działała w moim przypadku, ale uruchomienie aplikacji za pomocą dbus-launch wykonało zadanie:
źródło
Znalazłem to:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639261
Co skłoniło mnie do wypróbowania tego:
Teraz mogę uruchomić terminal gnome!
źródło
sudo service dbus restart
. Dzięki!Po prostu biegnij:
źródło
Ciekawe ... po prostu ponowne uruchomienie dbus nie działało dla mnie, musiałem również usunąć plik identyfikatora komputera, a także uruchomić ponownie.
Było to na serwerze SLES 11.4, który niedawno sklonowałem w VMWare. Mój problem polegał na tym, że nie mogłem uruchomić yast2 ani gedit ...
Oto błędy, które widziałem w wierszu poleceń:
yast2
Dzięki za wskazówkę!
źródło
Spróbuj tego:
źródło