เข้าสู่พื้นที่ห่างไกลโดยใช้ผมทำงานเสร็จเรียบร้อยแล้วssh -X me@host gnome-terminal -e "tail -F /var/log/file" &เมื่อฉันออกจากระบบแล้วลองสิ่งเดียวกันในวันถัดไปฉันจะได้รับสิ่งนี้:

ไม่สามารถรับเซสชันบัส: ไม่สามารถเชื่อมต่อกับซ็อกเก็ต / tmp / dbus-K99gT9yDjS: การเชื่อมต่อถูกปฏิเสธกลับไปสู่โหมดที่ไม่ใช่จากโรงงาน ไม่สามารถเรียกปีศาจ GConf; ออกจาก ไม่สามารถติดต่อเซิร์ฟเวอร์การกำหนดค่า; สาเหตุที่เป็นไปได้บางประการคือคุณต้องเปิดใช้งานเครือข่าย TCP / IP สำหรับ ORBit หรือคุณมีการล็อค NFS เก่าเนื่องจากระบบขัดข้อง ดูhttp://projects.gnome.org/gconf/สำหรับข้อมูล (รายละเอียด - 1: การเชื่อมต่อกับเซสชันล้มเหลว: ไม่สามารถเชื่อมต่อกับซ็อกเก็ต / tmp / dbus-K99gT9yDjS: การเชื่อมต่อถูกปฏิเสธ)

ฉันจะรัน gnome-terminal ได้อย่างไรในสถานการณ์นี้

แน่นอนเมื่อเปิดเซสชัน SSH จะไม่เปิดเซสชัน dbus บางโปรแกรมอาจเปิดใช้งานได้ แต่จากนั้นเซสชั่นไม่ทราบเกี่ยวกับมัน (จึงไม่สามารถปิดได้)

การไม่ทราบเกี่ยวกับเซสชัน dbus ยังหมายความว่าโปรแกรมที่ใช้ dbus แต่ไม่ได้เปิดตัวเองจะมีปัญหา

ส่วน dbus ต่อเครื่องและต่อการแสดง X11 ข้อมูลของพวกเขาถูกเก็บไว้ใน $ HOME / .dbus / session-bus / - อย่างไรก็ตามกระบวนการที่อ้างถึงอาจถูกปิดดังนั้นจึงจำเป็นต้องมีการตรวจสอบพิเศษเพื่อพิจารณาว่าจำเป็นต้องมีการเปิดตัว dbus หรือไม่ จากนั้นตัวแปรจะต้องถูกส่งออกไปยังเซสชั่น

จากนั้นก็ใช้งานได้เหมือนมีเสน่ห์ :)

ฉันใส่สิ่งต่อไปนี้ในไฟล์. bash_profile ของฉัน:

# set dbus for remote SSH connections
if [ -n "$SSH_CLIENT" -a -n "$DISPLAY" ]; then
    machine_id=$(LANGUAGE=C hostnamectl|grep 'Machine ID:'| sed 's/^.*: //')
    x_display=$(echo $DISPLAY|sed 's/^.*:\([0-9]\+\)\(\.[0-9]\+\)*$/\1/')
    dbus_session_file="$HOME/.dbus/session-bus/${machine_id}-${x_display}"
    if [ -r "$dbus_session_file" ]; then
            export $(grep '^DBUS.*=' "$dbus_session_file")
            # check if PID still running, if not launch dbus
            ps $DBUS_SESSION_BUS_PID | tail -1 | grep dbus-daemon >& /dev/null
            [ "$?" != "0" ] && export $(dbus-launch) >& /dev/null
    else
            export $(dbus-launch) >& /dev/null
    fi
fi

หมายเหตุ: hostnamectl เป็นส่วนหนึ่งของ systemd และอนุญาตให้เรียกใช้เครื่องรหัสที่ dbus-launch แสดงตัวแปรที่เราต้องการ; โดยใช้export $(dbus-launch)เราดึงเอาท์พุทของ dbus-launch และส่งออกตัวแปร

ไม่มีคำตอบก่อนหน้านี้ที่ใช้งานได้ในกรณีของฉัน แต่การเปิดใช้แอปพลิเคชันผ่าน dbus-launch ทำได้:

ssh myhost "dbus-launch gnome-terminal --display localhost:10.0 &"

ฉันพบสิ่งนี้:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639261

ซึ่งทำให้ฉันลองทำสิ่งนี้:

$ sudo rm /var/lib/dbus/machine-id
$ sudo service messagebus restart

ตอนนี้ฉันสามารถเรียกใช้ gnome-terminal ได้แล้ว!

เพิ่งรัน:

> dbus-launch gnome-terminal

ที่น่าสนใจ ... เพียงแค่รีสตาร์ท dbus ไม่ได้ผลสำหรับฉันฉันต้องลบไฟล์ machine-id เช่นเดียวกับการรีสตาร์ท

$ rcdbus stop
$ rm /var/lib/dbus/machine-id
$ rcdbus start

นี่เป็นเซิร์ฟเวอร์ SLES 11.4 ที่ฉันเพิ่งโคลนใน VMWare ปัญหาของฉันคือฉันไม่สามารถเริ่ม yast2 หรือ gedit ...

นี่เป็นข้อผิดพลาดที่ฉันเห็นในบรรทัดคำสั่ง:

YaST2

** (y2controlcenter-gnome:9981): WARNING **: error accessing /desktop/gnome/lockdown/disable_command_line [Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-W7H31tbhVY: Connection refused)]


** (y2controlcenter-gnome:9981): WARNING **:
GError raised: [Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-W7H31tbhVY: Connection refused)]

user_message: [libslab_get_gconf_value: error getting /desktop/gnome/applications/main-menu/lock-down/user_modifiable_apps] 

ขอบคุณสำหรับทิป!

ลองสิ่งนี้:

rm $HOME/.dbus/session-bus/*