使用Crontab的@reboot执行背景图切换脚本失效问题排查

看起来你的问题核心在于**@reboot的执行时机太早**——虽然脚本确实被触发了（date日志能证明），但此时GNOME会话还没完全初始化，导致脚本里的gsettings命令没法正确和GNOME的设置服务通信。

咱们一步步分析和解决：

问题根源 #

cron的@reboot是在系统启动阶段就触发脚本，这时候你的用户还没登录GNOME，或者GNOME会话还在初始化过程中：

• 脚本里用pgrep找gnome-session的PID，可能根本找不到；就算找到，也是刚启动的会话，DBUS环境变量还没完全就绪
• 即使侥幸拿到了DBUS地址，GNOME负责处理gsettings的设置服务还没启动，导致命令执行失败但你没看到错误（因为没加错误日志）

解决方案一：给脚本加启动延迟 #

最简单的临时解决办法是在脚本开头加一段延迟，等GNOME会话完全启动后再执行核心逻辑：

# 延迟30秒（可根据自己系统启动速度调整，20-60秒都可以）
sleep 30

REAL_UID=$(id --real --user)
PID=$(pgrep --euid $REAL_UID gnome-session | head -n 1)
export DBUS_SESSION_BUS_ADDRESS=$(grep -z DBUS_SESSION_BUS_ADDRESS /proc/$PID/environ|cut -d= -f2- | sed -e "s/\x0//g")

gsettings set org.gnome.desktop.background picture-uri-dark file:///Path_to_jpg
gsettings set org.gnome.desktop.background picture-uri file:///Path_to_jpg

同时建议你给脚本加上错误日志，方便排查问题：

# 把所有输出和错误都写到日志文件
exec >> /home/alejandro/wallpaper_script.log 2>&1

sleep 30
# 后面的脚本内容不变...

解决方案二：改用GNOME会话启动程序（更靠谱） #

其实cron的@reboot并不适合这种用户会话级的操作，更合适的方式是用GNOME自带的启动应用程序（Startup Applications）：

1. 打开GNOME的“启动应用程序”（可以在搜索栏里搜Startup Applications）
2. 点击“添加”，填写：
   • 名称：比如“切换开机背景”
   • 命令：/home/alejandro/Wallpaper.sh
   • 备注：随便写点说明
3. 保存后，下次登录GNOME时，脚本会自动执行，而且此时所有用户会话的环境变量（包括DBUS）都是现成的，你甚至可以把脚本里处理PID和DBUS的代码删掉，直接保留gsettings两行就行！

验证方法 #

你可以手动执行脚本里的gsettings命令，看看是否能正常切换背景——如果能，那就是时机问题；如果不能，再检查路径是否正确（比如file:///Path_to_jpg要换成实际的绝对路径，比如file:///home/alejandro/Pictures/background.jpg）。

备注：内容来源于stack exchange，提问作者Xxale137xX