Rocky Linux 8.10：VNC 与本地 GUI 冲突导致桌面无法登录问题

避坑背景

最近在 Rocky Linux 8.10 物理机上配置远程桌面，遇到了一个非常奇葩的现象：

• 现象 A：物理机在 GUI 登录状态下，启动 VNC 服务直接 failed，VNC 客户端无法连接。

• 现象 B：设置 VNC 开机自启后重启，VNC 能连了，但物理机显示器（GUI）却卡在登录界面，输入密码后立即回滚。

本次问题出现在如下环境中：

• 操作系统：Rocky Linux 8.10

• 图形界面：GNOME（由 GDM 管理）

• 显示协议：X11

• VNC 服务：TigerVNC（systemd 管理方式）

问题根源：Session 互斥

Rocky Linux 8 使用 GDM 管理 GNOME 桌面。当你尝试用同一个账号登录时：

1. 物理机占位：如果你已经在屏幕前登录了，图形资源（X Server）已被占用。

2. VNC 抢占：此时启动 vncserver，它会尝试拉起另一个 X 会话。由于资源冲突且 Session 唯一性限制，VNC 会启动失败。

3. 重启后的反转：因为 VNC 是 enabled 服务，重启后它比 GDM 用户登录更早抢占了 Display 资源，导致物理机GUI反而进不去了。

怎么确认是不是这个问题？

SSH 远程执行：

# 查看当前活跃的会话
loginctl list-sessions
who

如果看到这个用户已经在 tty1（也就是显示器）登录了，那基本就是这个原因了。

为什么直接重启无法进物理机GUI 但VNC服务又正常能进？

我都 enable 了，重启怎么还是不行？:D

这里的原因是：

机器一开机：

VNC为系统服务抢占桌面资源
桌面被占了
物理机又抢不过

后续处理（摆烂了😂）

其实是有办法让两边共存的，比如：

• 分不同用户

• 分不同 display

• 或单独配置 session

但是……

我这台机器后来直接丢远程机房了
物理机 GUI 根本用不上

顺手搞了个 debug 用户，也没开 VNC用户

就懒得写稳定的办法了，根本没有这个需求😂😂😂 不过思路在这里了