无法使用命令 /usr/bin/xdpyinfo 自动检查显示器颜色。

在笔记本上安装了虚拟机,又在该虚拟机中安装oracle11g。我在使用xshell5中,用oracle账户登录,执行./runInstaller时,发出如下错误:

>>> 无法使用命令 /usr/bin/xdpyinfo 自动检查显示器颜色。请检查是否设置了 DISPLAY 变量。    未通过 <<<<

上网查询相关解决方式,基本回答的都是设置DISPLAY变量,但是我试过之后,不能解决问题,总是报"unable to open ......."的错误。

于是我就直接用oracle登录虚拟机,执行./runInstaller,正常通过。[方法一]

也就是说,执行./runInstaller需要在有桌面的环境下执行,此例中xshell5环境下不能调用到桌面环境,因此在检查显示器颜色时就失败了。

我以前安装数据库时用的是xshell4,与xshell4一道安装的是Xmanager,是可以正常执行./runInstaller。于是我就重新安装了Xmanager Enterprise 4,用oracle账户登录后执行./runInstaller,检查通过。[方法二]

--------------------------------------------------------------------------------------------------------

补充部分:

1、将启动修改为3之后,oracle用户登录虚拟机执行./runInstaller,也是报“>>> 无法使用命令 /usr/bin/xdpyinfo 自动检查显示器颜色。请检查是否设置了 DISPLAY 变量。    未通过 <<<<”的错误。而在xshell4环境中执行./runInstaller不会报错(运行gnome-session可以连接到远程桌面)。

2、在卸载桌面环境之后,通过xshell4也可以通过显示器检查。

3、以上所有的测试在检查显示器颜色通过之后就手动停止。

时间: 2024-12-21 04:37:34

无法使用命令 /usr/bin/xdpyinfo 自动检查显示器颜色。的相关文章

(转)Could not execute auto check for display colors using command /usr/bin/xdpyinfo. Check if the DISPL

转自:http://blog.csdn.net/huashnag/article/details/9357517 Starting Oracle Universal Installer... Checking Temp space: must be greater than 80 MB. Actual 10115 MB Passed Checking swap space: must be greater than 150 MB. Actual 2047 MB Passed Checking m

#!/usr/bin/env python 是什么意思

这个在unix类的操作系统才有意义. #!/usr/bin/python是告诉操作系统执行这个脚本的时候,调用/usr/bin下的python解释器: #!/usr/bin/env python这种用法是为了防止操作系统用户没有将python装在默认的/usr/bin路径里.当系统看到这一行的时候,首先会到env设置里查找python的安装路径,再调用对应路径下的解释器程序完成操作. 加上 #!/usr/bin/env python, 这个py就处于了可执行模式下, (当然是针对linux类的操

关于python脚本头部设置#!/usr/bin/python

今天又是贼几把菜的一天0.0 读别人程序的时候看到在python文件头部设置签名,感觉贼几把酷,自己也试着在文件前段设置了一下. 设置还是蛮简单的,设置过程如图所示. 设置后如图所示: 当然你也可能看到有的人在文件头部添加如下语句,但是你并不知道什么意思,只是感觉很酷. #!/usr/bin/python #!/usr/bin/env python 首先需要说明:这句代码在unix类的操作系统才有意义!这句代码在unix类的操作系统才有意义!这句代码在unix类的操作系统才有意义! 这句话的目的

使用yum命令报错File &quot;/usr/bin/yum&quot;, line 30 except KeyboardInterrupt, e:

背景: yum包的管理是使用python写的,有对应的python版本 遇到的问题报错如下: File "/usr/bin/yum", line 30 except KeyboardInterrupt, e: 通过看报错可以了解到是使用了python2的语法,所以了解到当前yum使用的Python2,因为我单独安装了python3,且python3设置为默认版本了,所以导致语法问题 解决方法: 使用python2.6 yum install xxx来使用yum命令 注意:python2

使用yum命令报错File &quot;/usr/bin/yum&quot;, line 30 except KeyboardInterrupt, e: SyntaxError: invalid syntax问题

背景: CentOS 7升级Python到3.6.2后,需要在/usr/bin/python创建了一个指向Python 3的软连接,然后将/usr/bin/yum的顶部的: !/usr/bin/python 遇到的问题报错如下: File "/usr/bin/yum", line 30 except KeyboardInterrupt, e: 通过看报错可以了解到是使用了python2的语法,所以了解到当前yum使用的Python2,因为我单独安装了python3,且python3设置

树莓派(Raspberry Pi 3) centos7使用yum命令报错File &quot;/usr/bin/yum&quot;, line 30 except KeyboardInterrupt, e:

使用yum命令报错 File "/usr/bin/yum", line 30 except KeyboardInterrupt, e: ^SyntaxError: invalid syntax 问题如下:  问题出现原因: yum包管理是使用python2.x写的,将python2.x升级到python3.x以后,由于python版本语法兼容性导致问题出现 解决办法: 修改yum配置文件,将python版本指向以前的旧版本 # vi /usr/bin/yum #!/usr/bin/py

由于/usr/bin不在PATH环境变量中,故无法找到该命令

安装Anaconda3时,设置了环境变量: gedit ~/.bashrc 然后在结尾处添加 export PATH=~/anaconda3/bin 之后就出现了终端中gedit等命令不能使用的情况(几乎时所有的命令):由于/usr/bin不在PATH环境变量中,故无法找到该命令 原因:应该时设置环境变量时的问题.不过我没有查找怎样正确设置anaconda3的环境变量,而是直接解决上述提到的问题 1. 先临时设置环境变量 export PATH="$PATH:/usr/bin" 现在这

linux sudo命令失败 提示sudo:/usr/bin/sudo 必须属于用户 ID 0(的用户)并且设置 setuid 位

这是一个神奇的错误,缘由是因为有人将/usr/bin/sudo的权限改为777或其他. 解决办法: 1.如果知道root密码. su登录root用户,执行命令chmod 4755     /usr/bin/sudo    执行命令chmod 755 /usr 2.不知道root密码. 重启机器,ubuntu下按esc或shift,进入recovery模式,进入后选择root选项,有的会提示输入root密码,有的不会. (1).不需要输入root密码的情况下,执行chmod 4755     /u

usr/bin/ld: cannot find 错误解决方法和 /etc/ld.so.conf

我makefile出现这个错误: HelloWorldServer.c:(.text+0xaa): undefined reference to `zmq_send'collect2: error: ld returned 1 exit statusmake: *** [HelloWorldServer] Error 1 一直以为没找到动态库,但是指定了具体路径: LDFLAGS=  -L /opt/zeromq/lib -lzmq $(CC)  $(CFLAGS) $(LDFLAGS) -o