Ubuntu下Cron任务执行含gio move的脚本失败问题求助

问题根源 #

Cron运行在无图形、非交互式的会话环境中，而gio访问Google Drive依赖两个关键组件：

• GNOME在线账户的已挂载会话
• 当前用户的DBus会话总线
  这两个都不会自动出现在Cron的默认环境里，哪怕你导入了交互式shell的全部环境变量也没用。

分步解决方案 #

1. 确认并设置DBus会话地址 #

在你平时用的交互式终端里，先拿到当前用户的DBus地址：

echo $DBUS_SESSION_BUS_ADDRESS

输出一般是unix:path=/run/user/1000/bus（1000是你的用户UID，可通过id -u快速查看）。

在你的bash脚本开头添加这行，强制指定DBus地址：

# 绑定当前用户的DBus会话总线
export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/$(id -u)/bus"

用$(id -u)动态获取UID比写死数值更可靠，重启系统后也不用改。

2. 确保Cron以你的用户身份执行 #

编辑自己的用户Cron任务：

crontab -e

不要用root的crontab -e，否则会因为权限和会话不匹配导致挂载访问失败。

3. 脚本内添加挂载检查 #

在gio move前先验证Google Drive是否正常挂载，避免无意义的执行：

# 替换成你的Google绑定邮箱
GDRIVE_MOUNT="google-drive://your-email@example.com/"
gio list "$GDRIVE_MOUNT" > /dev/null 2>&1
if [ $? -ne 0 ]; then
    echo "$(date): Google Drive未挂载，终止执行" >> /var/log/gio-cron.log
    exit 1
fi

4. 启用日志排查 #

在Cron任务里重定向所有输出到日志文件，方便定位具体错误：

# 示例：每分钟执行一次脚本，日志写入/var/log/gio-cron.log
* * * * * /full/path/to/your/script.sh >> /var/log/gio-cron.log 2>&1

查看日志时如果看到Cannot open session bus或No such file or directory，基本就是DBus或挂载的问题。

额外提示 #

• 不要在Cron里用su/sudo切换用户，会破坏DBus和GNOME会话的关联。
• 确保GNOME在线账户里的Google Drive凭据有效，没有过期或需要重新授权。
• 部分系统可能需要在脚本开头导入XDG_RUNTIME_DIR，可以加上：

  export XDG_RUNTIME_DIR="/run/user/$(id -u)"
  

内容的提问来源于stack exchange，提问作者Doug