我正在 Debian 10 上运行一个小型 Java 实用程序,我们称之为启动实用程序。它最近停止工作 - 我正在尝试找出原因以及如何修复它。
全部启动实用程序确实是自动化窗口应用程序的非交互式使用,我们称之为图形用户界面应用程序。图形用户界面应用程序被设计供人类使用;它会弹出模式对话框,需要 2FA 等。启动实用程序使之更容易图形用户界面应用程序无需人工交互即可使用。
在正常情况下,启动实用程序由 cron 条目触发,例如:
0,15,30,45 * * * 1-7 export DISPLAY=:0 && /bin/bash /opt/sutil/start.sh
这种格式是开发者推荐的。这个想法是,它会尝试每 15 分钟启动一次,以防它因某种原因崩溃。该start.sh
脚本依次管理启动图形用户界面应用程序。有一些逻辑可以防止多个实例。最近一切都停止了; syslog 中没有什么太大用处。但如果我跑
export DISPLAY=:0 && /bin/bash /opt/sutil/start.sh
手动,我看到:
No protocol specified
xterm: Xt error: Can't open display: :0
我做了很多挖掘和谷歌搜索。唯一清楚的是,有很多移动部件(xterm、X11、xauth、xhosts、xcetera),而我对它们的了解为零。我正在寻找的是有关如何解决问题的分步指南。
我所知道的:
的输出ps aux | grep X
是
Debian-+ 709 0.0 0.2 649260 48656 tty1 Sl+ 09:58 0:01 /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth /run/user/116/gdm/Xauthority -background none -noreset -keeptty -verbose 3
user 986 0.0 0.3 707324 59720 tty2 Sl+ 09:59 0:01 /usr/lib/xorg/Xorg vt2 -displayfd 3 -auth /run/user/1000/gdm/Xauthority -background none -noreset -keeptty -verbose 3
的输出echo $DISPLAY
是一个空行
该机器最近磁盘空间不足。现在这个问题已经解决了,但我看到的一些帖子暗示这可能是一个因素。
任何帮助表示赞赏