我刚刚制作了一个运行良好的 Bash 脚本xprop
(由普通用户和 root 运行):
#!/bin/bash
# time tracking BASH script
# current time and date
current_date=$(date --rfc-3339='seconds')
# active window id
window_id=$(xprop -root 32x '\t$0' _NET_ACTIVE_WINDOW | cut --fields 2)
# active window class
wm_class=$(xprop '\t$0\n' -id $window_id WM_CLASS | cut --fields 2)
# active window name
wm_name=$(xprop '\t$0\n' -id $window_id _NET_WM_NAME | cut --fields 2)
echo '"'$current_date'", '$wm_class', '$wm_name
使用以下输出(以普通用户和 root 身份运行):
nelson@triplecero:~$ bash-scripts/time-tracking.sh
"2019-10-16 23:28:41-04:00", "konsole", "nelson@triplecero: ~ — Konsole"
该脚本是从普通用户调用的,crontab
但它没有按预期工作,在日志中写入错误消息:"xprop: unable to open display ''"
这是当前会话用户未运行 xprop(和任何 GUI 程序)时显示的典型错误消息,情况并非如此,因为我可以xprop
以 root 用户身份运行(和任何其他家伙程序)。
crontab(对于普通用户)是这样的:
# m h dom mon dow command
* * * * * /home/nelson/bash-scripts/time-tracking.sh >> /home/nelson/log/time-tracking.log 2>&1
* * * * * window_id=$(xprop -root 32x '\t$0' _NET_ACTIVE_WINDOW | cut --fields 2) 2>&1; echo $window_id >> /home/nelson/log/test.log 2>&1
第一行执行时出现以下错误消息time-tracking.log
:
xprop: unable to open display ''
xprop: unable to open display ''
xprop: unable to open display ''
"2019-10-16 23:21:01-04:00", ,
而第二个只是在test.log
我做错了什么cron
来获取这些错误消息而不是正确的输出?
您缺少
$DISPLAY
环境变量。它由初始化 GUI 会话的第一个进程设置,然后由其所有子进程继承。对于本地 X11 会话,该值通常为:0
.该
$DISPLAY
变量告诉 X11 应用程序如何联系 X 服务器;该值:0
告诉他们使用本地 Unix 套接字/tmp/.X11-unix/X0
。初始连接后,可以启用更高性能的访问方法,如直接渲染基础设施 (DRI)。Cron 作业不会
$DISPLAY
自动获取变量,因为它们应该独立于 GUI 会话运行:如果作业的所有者此时没有登录怎么办?如果一个 cron 作业可以访问任何人的 X11 会话,它将使用户能够互相监视,这是完全不能接受的。根据您使用的发行版,您可能还需要设置
$XAUTHORITY
环境变量。没有它,所有 X11 工具和应用程序将假定 X11 会话 cookie 位于$HOME/.Xauthority
,但作为示例,Debian 10$TMP
为每个用户创建私有目录,因此$TMP
将设置为 DISPLAY/tmp/user/<user's UID number>
并将$XAUTHORITY
设置为。$TMP/xauth-<user's UID number>-_0
:0
如果无法访问正确的 X11 会话 cookie,X11 服务器将不会响应请求,即使是 root 也不响应。以普通用户身份登录后运行 GUI 程序,然后使用
su
orsudo
成为 root 当且仅当$DISPLAY
(并且$XAUTHORITY
,如果需要)传递给su
/sudo
会话时,这是可能的 - 这通常设置为默认发生。