主页 / computer / 问题 / 1650609
Accepted
user1551817
Asked: 2021-05-22 02:03:12 +0800 CST

无法通过 crontab 更改我的桌面背景

  • 772

我有一个名为的 shell 脚本test.sh：

#!/bin/sh                                                                                            
touch /home/me/testing.txt
/usr/bin/gsettings set org.gnome.desktop.background picture-uri "file:///home/me/Downloads/apod.jpg"

  1. 当我使用它从终端运行它时，bash test.sh它工作得很好。

  2. 当我通过 crontab 运行它时，它会执行并testing.txt创建文件，但是更改桌面背景的行不起作用。（crontab 条目是* * * * * bash /home/me/test.sh）。

  3. 当我在终端上自行运行更改背景线时：/usr/bin/gsettings set org.gnome.desktop.background picture-uri "file:///home/me/Downloads/apod.jpg"它运行良好。

我无法确定实际问题出在哪里，以及为什么 shell 脚本的第二部分在通过 crontab 运行时不起作用。

有人建议我：

多用户系统中的 cron 作业，每个用户坐在自己的桌面上，不知道要更改哪个。

所以也许这就是问题所在。谁能建议我如何解决这个问题？我不必使用 crontab，我只想每天运行一次脚本。

我正在使用 Ubuntu 18.04。

编辑：这个问题的最佳答案看起来很有希望。我添加了以下几行：

# export DBUS_SESSION_BUS_ADDRESS environment variable
PID=$(pgrep gnome-session)
export DBUS_SESSION_BUS_ADDRESS=$(grep -z DBUS_SESSION_BUS_ADDRESS /proc/$PID/environ|cut -d= -f2-)

到我的 shell 脚本，但这仍然不起作用，但我不明白我做得不够好，不知道我是否必须以某种方式将这些行定制到我自己的系统。

linux ubuntu

1 个回答

  1. Best Answer

    是的，该gsettings命令需要访问桌面会话的 D-Bus 会话总线。

    我不完全确定 Ubuntu 18.04 的架构，但我认为它已经完全基于 systemd，所以这个更简单的版本可能会起作用：

    export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/$(id -u)/bus"

    如果这没有帮助，那么让桌面环境将正确的地址存储在 cron 作业可以检索的某个地方：

    • ~/.xprofile：

      echo "$DBUS_SESSION_BUS_ADDRESS" > ~/.dbus.env

    • 你的定时任务：

      export DBUS_SESSION_BUS_ADDRESS="$(cat ~/.dbus.env)"

    无论您选择哪种方法，您实际上都应该检查echo $DBUS_SESSION_BUS_ADDRESS它是否提供与简单地从图形终端执行相同的结果。（您还可以使用“busctl --user”来测试来自终端和 cronjob 的连接。）

    多用户系统中的 cron 作业，每个用户坐在自己的桌面上，不知道要更改哪个。

    这有点相关，但最初这是一个稍微不同的情况。它讨论了人们尝试直接使用 X11 应用程序在背景（X 根窗口）上绘制新壁纸的情况，例如“hsetroot”。

    这并不是说 cron 作业不知道他们正在为哪个用户运行；他们是这样。问题恰恰相反，X11 显示器与用户没有关系——如果你只有一个 UID，就无法找到该 UID 的 X11 显示器。（事实上​​，每个用户可能有不止一台 X11 显示器！）

    直接在桌面会话中运行的程序从 DISPLAY 环境变量中获取此信息，但 cron 作业不是任何桌面会话的一部分，也没有 DISPLAY - 所以是的，cron 作业不知道要连接到哪个 X11 显示器.

    但是，在您的情况下，这不是很相关，因为gsettings不使用 X11 - 它只需要通过 D-Bus 与设置存储服务通信。（您的桌面环境 (GNOME) 会自动拉取新的墙纸 URL，而不是您的 cronjob 必须将它推到那里，因此原来的 DISPLAY 问题就消失了。）

    所以它基本上用寻找D-Bus服务器的问题代替了寻找X服务器的问题。

    在较旧的发行版中，它不会有任何区别，因为 D-Bus 地址是随机生成的，并且与您的 UID 也没有任何关系，因此仍然必须预先为程序提供正确的 DBUS_SESSION_BUS_ADDRESS（或派生它间接来自 DISPLAY，这就是为什么有些人认为 D-Bus 需要 DISPLAY）。

    您发现的 StackOverflow 帖子对此大多是正确的，尽管现在稍微过时了。（但它建议的解决方法pgrep gnome-session完全忘记了不同用户可能拥有多个 gnome-session 实例的可能性，所以你真的应该要求 pgrep 也按 UID 过滤。）

    然而，随着 systemd 将 D-Bus 会话总线推向每个用户只有一个（并将每个用户限制为一个图形会话），情况略有变化。作为其中的一部分，DBUS_SESSION_BUS_ADDRESS 不再是不可预测的——它总是在同一个位置，只因 UID 而异，并且可以被 cron 作业知道。这是我上面建议的“/run/user/.../bus”路径。

    请注意，在某些 Debian 和 Ubuntu 版本中，这种新架构是通过安装dbus-user-session软件包来选择加入的——没有它，桌面环境仍将使用每次随机生成 D-Bus 地址的旧方法。

    （除此之外，具有“systemd-logind”的系统确实有一种更简单的方法来确定图形会话的“X11”显示（如果有的话），至少使用将其创建为图形会话的显示管理器。同时， Wayland 采用了相同的方法将显示套接字放在 /run/user 下——仍然可能有多个，但至少默认的“wayland-0”很容易从 UID 中找到。）

    • 3

相关问题