我使用这个码头工具想象来自docker repo：traxtopel / docker-centos-gnome-desktop
https://index.docker.io/u/traxtopel/docker-centos-gnome-desktop/
我安装了一个安装了Docker 0.9.0的Linux Mint系统，它可以运行映像并使用gnome-session启动vncserver而没有任何问题。
然而，当我在CentOS6系统（也是docker版本0.9.0）上运行相同的图像并尝试启动gnome-session时，我得到以下内容：
无法启动消息总线：无法打开＆＃34; / etc / selinux / targeted / contexts / dbus_contexts＆＃34;：没有这样的文件或目录 来自总线守护程序的dbus-launch读取地址中的EOF
我还尝试启动一个在Linux Mint主机上运行的gnome-terminal，但在我的CentOS6主机上生成以下内容。
无法获取会话总线：/ bin / dbus-launch异常终止并出现以下错误：来自总线守护程序的dbus-launch读取地址中的EOF
回到非工厂模式。 无法召唤GConf恶魔;退出。无法联系配置服务器;一些可能的原因是您需要为ORBit启用TCP / IP网络，或者由于系统崩溃而导致过时的NFS锁定。有关信息，请参阅http://projects.gnome.org/gconf/。 （详细信息 - 1：无法连接到会话：/ bin / dbus-launch因以下错误异常终止：来自总线守护程序的dbus-launch读取地址中的EOF ）
由于两个docker版本相同，并且它们使用相同的docker镜像，我唯一的猜测是它与hosts内核版本或主机selinux配置有关。
Linux Mint Kernel：3.8.0-19-generic CentOS6内核：2.6.32-431.5.1
任何想法是什么导致了这种行为？
答案 0 :(得分：1)
看起来这个问题与selinux有关。我没有所有细节或“正确”修复，但Linux Mint系统在CentOS6系统运行时没有运行selinux。
我最初已将此排除在外，因为当selinux进入许可模式时，会发生相同的行为。完全禁用selinux并重新启动主机系统可以解决问题。
尝试确定根本原因，我在许可模式下运行selinux，并将/var/log/audit/audit.log文件保留，但是当gnome-terminal或gnome-session为时，没有任何内容写入有关此问题的日志从码头图片中运行。
如果有人有任何更好的解决方案，请发布，但似乎解决方案是在主机系统上禁用selinux。