DISPLAY未设置本质是X11图形转发链路中断，需同时满足xdpyinfo存在、DISPLAY地址指向可用X Server、xhost权限正确三者；缺失任一环节均导致Oracle安装失败。
DISPLAY 未设置不是环境变量漏写那么简单，本质是 X11 图形转发链路断了——必须同时满足权限、服务、地址三者正确，缺一不可。
检查 xdpyinfo 命令是否存在且可执行
Oracle 安装器内部调用 /usr/bin/xdpyinfo 验证显示能力，但很多最小化安装的 Linux 系统（如 CentOS Stream、Rocky Minimal）默认不装 X11 工具包，直接报 “No such file or directory”。
- 先手动运行
xdpyinfo，如果提示命令未找到，说明缺少依赖 - 用 root 执行：
yum install -y xorg-x11-utils（RHEL/CentOS/Fedora）或apt install -y x11-utils（Debian/Ubuntu） - 注意：仅安装
xorg-x11-xauth不够，xdpyinfo属于xorg-x11-utils包 - 装完后切换到
oracle用户再试，避免权限导致的命令不可见
验证 DISPLAY 地址是否指向可用的 X Server
DISPLAY=:0.0 或 DISPLAY=127.0.0.1:0.0 在大多数虚拟机或无桌面环境里根本无效——因为本地没有运行 X server。
- 如果你用 Xmanager / MobaXterm / VcXsrv 这类 Windows X Server 工具，DISPLAY 应设为
你的Windows_IP:0.0（例如192.168.56.1:0.0），不是 Linux 的 IP - 在 Linux 桌面环境下，用
echo $DISPLAY看当前有效值，通常为:0或:1，不要硬写127.0.0.1:0.0 - 用
ss -tlnp | grep :6000确认 X server 是否监听 6000 端口（对应 DISPLAY=:0） - 防火墙可能拦了 TCP 6000–6009 端口，临时关掉测试：
systemctl stop firewalld（仅调试）
确认 xhost 权限与用户上下文一致
xhost + 只对当前登录会话的 X server 生效，且不能跨用户继承。root 执行了 xhost +，再 su - oracle 并不会自动获得权限。
- 最稳妥做法：用图形界面直接以
oracle用户登录（非su或sudo -u oracle），再运行./runInstaller - 若必须远程启动，先在 root 下运行：
xhost +SI:localuser:oracle（比xhost +更安全） - 检查当前允许列表：
xhost（不带参数），应看到类似SI:localuser:oracle行 -
export DISPLAY必须在oracle用户 shell 中执行，且要在运行./runInstaller前完成
绕过图形检查（仅限调试或无 GUI 场景）
某些 Oracle 版本支持纯命令行静默安装，彻底跳过 DISPLAY 校验，但需提前准备好响应文件。
- 进入 database 目录后，运行：
./runInstaller -silent -responseFile /path/to/response.rsp - 响应文件必须包含所有必要参数（
oracle.install.option、ORACLE_HOME、oracle.install.db.config.starterdb.type等），否则会卡在交互环节 - 静默安装仍需满足内核参数、limits、组权限等基础要求，否则会在后续步骤失败
- 不推荐新手用此方式排查 DISPLAY 问题——它掩盖了真实图形链路缺陷，不利于后续 DBCA、OEM 等图形工具使用
真正容易被忽略的是：DISPLAY 链路是“端到端”的——Windows 上 X Server 的监听配置、SSH 的 X11Forwarding 设置（如果走 SSH）、Linux 上 xauth 的 cookie 匹配、以及 oracle 用户实际能否访问该 socket，任意一环断开都会表现为 “DISPLAY not set”。别只盯着 export 那一行。
