开机自动运行仿真程序，科研党必备小技巧-平芜编程栈

开机自动运行仿真程序，科研党必备小技巧

做仿真实验的朋友们一定深有体会：每次开机后都要手动打开终端、切换路径、编译项目、启动仿真——重复操作既耗时又容易出错。尤其当需要长时间运行仿真或定时采集数据时，手动操作几乎不可行。本文将手把手教你如何让仿真程序在系统启动时自动运行，真正实现“开机即用”，把时间留给更有价值的科研思考。

这个技巧特别适合以下场景：

需要持续运行的机器人动力学仿真
嵌入式硬件联调前的预启动验证
多节点协同仿真环境的初始化
实验室无人值守数据采集系统

整个过程不依赖第三方工具，纯系统级配置，稳定可靠，已在Ubuntu 18.04至22.04多个版本实测通过。即使你不是Linux高手，也能照着步骤顺利完成。

1. 明确目标与适用范围

1.1 本方案能帮你解决什么问题

系统启动完成后自动执行指定仿真程序（如./sim/sim）
自动进入正确工作目录，避免路径错误导致启动失败
支持日志记录，便于排查启动异常
兼容主流Ubuntu桌面版和服务器版（18.04/20.04/22.04）
不修改系统核心服务，安全可控

1.2 本方案不适用于哪些情况

❌ 需要在图形界面登录前就运行的后台服务（需改用systemd用户服务）
❌ 依赖GPU驱动或CUDA环境且驱动未在启动早期加载的场景（需增加等待逻辑）
❌ 多用户共用一台机器，且不同用户需要运行不同仿真程序（需按用户配置）
❌ 使用Wayland显示服务器且未启用X11兼容模式的极少数新系统（建议临时切回Xorg）

重要提示：本文所有操作均基于标准Ubuntu桌面环境（使用GDM3显示管理器）。如果你使用的是KDE、XFCE或其他桌面环境，或已自定义过启动流程，请先确认/etc/rc.local机制是否被禁用。

2. 创建可执行的仿真启动脚本

2.1 脚本存放位置与命名规范

我们推荐将启动脚本统一存放在用户主目录下的专用文件夹中，例如：
/home/yourusername/scripts/startup/

这样做的好处是：

路径清晰，便于后续维护
不与其他系统脚本混杂，降低误操作风险
权限管理更直观（完全属于当前用户）

创建目录并进入：

mkdir -p ~/scripts/startup cd ~/scripts/startup

2.2 编写核心启动脚本

新建文件auto_run_sim.sh，内容如下（请根据你的实际路径和程序名修改）：

#!/bin/bash # 记录启动时间，便于后续排查 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Simulation auto-start triggered" > ~/scripts/startup/startup_log.txt # 进入仿真程序所在构建目录 cd /home/yourusername/mywbc_v5_usb/build # 检查目录是否存在，避免静默失败 if [ ! -d "./sim" ]; then echo "[$(date '+%Y-%m-%d %H:%M:%S')] ERROR: sim directory not found!" >> ~/scripts/startup/startup_log.txt exit 1 fi # 检查仿真可执行文件是否存在 if [ ! -x "./sim/sim" ]; then echo "[$(date '+%Y-%m-%d %H:%M:%S')] ERROR: ./sim/sim is not executable!" >> ~/scripts/startup/startup_log.txt exit 1 fi # 启动仿真程序（后台运行，避免阻塞启动流程） nohup ./sim/sim > ~/scripts/startup/sim_output.log 2>&1 & # 记录PID，便于后续管理 echo $! > ~/scripts/startup/sim_pid.txt echo "[$(date '+%Y-%m-%d %H:%M:%S')] Simulation started with PID $!" >> ~/scripts/startup/startup_log.txt

关键点说明：

#!/bin/bash是必须的解释器声明，不能写成#！ /bin/bash（注意中文标点）
nohup确保程序在终端关闭后继续运行
> ... 2>&1 &将标准输出和错误重定向到日志，并以后台方式运行
$(date ...)动态插入时间戳，让日志可读性更强
双重检查（目录+可执行权限）大幅提升脚本鲁棒性

2.3 设置脚本执行权限

在终端中执行：

chmod +x ~/scripts/startup/auto_run_sim.sh

为什么不用chmod 777？
777赋予所有用户读写执行权限，存在安全隐患。+x仅添加执行权限，更符合最小权限原则，也避免因权限过宽导致某些系统拒绝执行。

3. 配置系统级启动入口

3.1 优先尝试 rc.local 方案（推荐）

Ubuntu 18.04+ 默认禁用rc.local，需手动启用：

# 创建rc.local文件（如果不存在） sudo tee /etc/rc.local << 'EOF' #!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. # Start user simulation script su -c "/home/yourusername/scripts/startup/auto_run_sim.sh" -s /bin/bash yourusername exit 0 EOF # 设置执行权限 sudo chmod +x /etc/rc.local # 启用systemd rc-local服务 sudo systemctl enable rc-local sudo systemctl start rc-local

注意替换：将上面命令中的yourusername替换为你自己的用户名（可通过whoami命令确认）。

为什么用su -c而不是直接调用？

确保脚本以普通用户身份运行，避免仿真程序因权限过高访问受限资源
-s /bin/bash指定shell，防止某些系统默认使用dash导致语法错误

3.2 备选方案：写入 profile（当 rc.local 不可用时）

如果执行sudo systemctl status rc-local显示服务失败，或/etc/rc.local无法启用，则采用此方案：

echo "" >> ~/.profile echo "# Auto-start simulation script" >> ~/.profile echo "if [ -z \"\$SIM_STARTED\" ]; then" >> ~/.profile echo " export SIM_STARTED=1" >> ~/.profile echo " /home/yourusername/scripts/startup/auto_run_sim.sh" >> ~/.profile echo "fi" >> ~/.profile

该方案在每次用户登录图形界面时触发，对桌面环境友好，且无需sudo权限。

4. 验证与调试方法

4.1 快速验证脚本是否可独立运行

在终端中直接执行：

~/scripts/startup/auto_run_sim.sh

检查以下文件是否生成并包含预期内容：

~/scripts/startup/startup_log.txt→ 应有带时间戳的启动记录
~/scripts/startup/sim_output.log→ 应有仿真程序输出（或空文件，若程序无输出）
~/scripts/startup/sim_pid.txt→ 应包含一个数字PID

若任一文件缺失或内容异常，请根据日志定位问题。

4.2 模拟开机启动流程

无需真正重启，可模拟systemd调用：

sudo /etc/rc.local

观察终端输出和日志文件变化。这是最安全的调试方式。

4.3 查看启动服务状态

检查rc-local服务是否正常：

sudo systemctl status rc-local

正常应显示active (exited)。若显示failed，请查看详细日志：

sudo journalctl -u rc-local --since "1 hour ago"

5. 进阶技巧与常见问题处理

5.1 如何优雅停止仿真程序

创建一个配套的停止脚本stop_sim.sh：

#!/bin/bash PID_FILE=~/scripts/startup/sim_pid.txt if [ -f "$PID_FILE" ]; then PID=$(cat "$PID_FILE") if kill "$PID" 2>/dev/null; then echo "Simulation (PID $PID) stopped." rm "$PID_FILE" else echo "No running simulation found or failed to stop." fi else echo "No PID file found. Simulation may not be running." fi

赋予执行权限后，随时可执行~/scripts/startup/stop_sim.sh停止程序。

5.2 处理依赖服务延迟问题

如果仿真程序依赖网络、数据库或USB设备，可能因服务未就绪而启动失败。可在脚本中加入等待逻辑：

# 等待USB设备挂载（示例：等待/dev/ttyACM0出现） for i in {1..30}; do if [ -c "/dev/ttyACM0" ]; then break fi sleep 1 done # 等待网络就绪 while ! ping -c1 google.com &>/dev/null; do sleep 1 done

5.3 常见问题速查表

现象	可能原因	解决方法
重启后无任何日志生成	`rc.local`未启用或权限错误	运行`sudo systemctl enable rc-local && sudo systemctl start rc-local`
日志中有“Permission denied”	脚本未加执行权限	执行`chmod +x ~/scripts/startup/auto_run_sim.sh`
仿真程序启动后立即退出	工作目录错误或缺少动态库	在脚本中添加`pwd`和`ldd ./sim/sim \| grep "not found"`调试
图形界面登录后才启动	使用了`~/.profile`方案	属正常行为，如需更早启动请启用`rc-local`