如何通过rc.local运行依赖Conda环境的Python脚本？

问题根源 #

rc.local运行在非登录、非交互式Shell环境下，su默认启动的也是非交互式Shell，这种情况下Bash不会自动加载用户的.profile/.bashrc等配置文件——而Conda的初始化代码通常写入这些文件中，导致脚本里的Conda激活命令无法找到对应环境。

具体解决方法 #

方法1：修改trigger.sh，显式加载Conda初始化脚本 #

直接在脚本开头加载Conda的profile脚本，无需依赖用户配置文件：

#!/bin/bash
# 重定向日志到文件，方便排查问题（可选但推荐）
exec >> /home/machineX/trigger_run.log 2>&1

# 显式加载Conda的初始化脚本
source /home/machineX/miniconda3/etc/profile.d/conda.sh

# 激活指定环境
conda activate my_env

# 切换到program.py所在目录
cd /home/machineX/Downloads

# 运行Python脚本
python program.py

之后确保脚本有可执行权限：

chmod +x /home/machineX/trigger.sh

方法2：让su启动登录Shell #

在/etc/rc.local中使用su -（带短横线）模拟用户登录，此时Bash会加载用户的配置文件，Conda初始化自动生效：

su - machineX -c '/home/machineX/trigger.sh'

（注：这种方式下，你原来的trigger.sh内容可以保持不变，因为登录Shell会自动加载Conda的初始化）

方法3：检查脚本与rc.local权限 #

确认trigger.sh和/etc/rc.local都有可执行权限：

chmod +x /home/machineX/trigger.sh
chmod +x /etc/rc.local

排查技巧 #

如果还是失败，查看日志文件（方法1中设置的trigger_run.log），常见问题包括：

• Conda初始化脚本路径错误
• program.py的路径写错
• 环境名my_env拼写错误
• 用户machineX对相关文件没有读写权限

内容的提问来源于stack exchange，提问作者Janzaib M Baloch