亲测有效：Ubuntu 16.04开机自动执行命令的简单方法
1. 引言
1.1 业务场景描述
在实际开发和运维过程中，经常会遇到需要系统在启动时自动执行某些命令的需求。例如，配置网络接口、挂载特定设备、启动自定义服务或运行监控脚本等。手动操作不仅效率低下，还容易遗漏，尤其是在部署多台设备或进行无人值守运行时。
本文将介绍一种在Ubuntu 16.04系统中实现开机自动执行命令的简单且稳定的方法——通过修改rc.local脚本实现自动化任务启动。该方法无需复杂的 systemd 配置，适合快速落地和调试验证。
1.2 痛点分析
常见的开机自启方案包括： - 编写 systemd 服务单元（复杂，学习成本高） - 使用 crontab 的 @reboot（依赖 cron 服务，执行时机较晚） - 添加到用户登录脚本（如 .bashrc，需登录后才生效）
这些方式各有局限，而rc.local提供了一个兼容性强、语法简洁、执行时机早的替代方案，特别适用于轻量级自动化需求。
1.3 方案预告
本文将详细介绍如何启用并正确配置/etc/rc.local文件，使其在 Ubuntu 16.04 上正常工作，并确保其中的命令能够随系统启动自动执行。同时提供完整示例与避坑指南，保证“亲测有效”。
2. 技术方案选型
2.1 为什么选择 rc.local？
尽管 Ubuntu 16.04 已经转向使用 systemd 作为初始化系统，但rc.local仍然被保留为一个兼容性机制。只要正确配置，它依然可以作为一个可靠的开机执行入口。
| 对比项 | rc.local | systemd 服务 | crontab @reboot |
|---|---|---|---|
| 配置复杂度 | ⭐⭐☆☆☆（极简） | ⭐⭐⭐⭐☆（较复杂） | ⭐⭐☆☆☆（简单） |
| 执行时机 | 系统基本就绪后 | 可精确控制 | 用户空间启动后 |
| 适用场景 | 快速脚本执行 | 守护进程管理 | 用户级任务 |
| 兼容性 | Ubuntu 16.04 支持 | 所有现代 Linux | 所有 Linux |
结论：对于简单的命令或脚本执行任务，
rc.local是最直接有效的选择。
3. 实现步骤详解
3.1 检查 rc-local.service 是否存在
Ubuntu 16.04 默认可能未启用rc.local，因为其背后依赖于一个名为rc-local.service的 systemd 单元。
首先检查该服务是否存在：
systemctl status rc-local如果提示“not found”或“inactive”，则需要手动创建服务文件。
3.2 创建 rc-local.service 文件
使用 root 权限编辑服务文件：
sudo nano /etc/systemd/system/rc-local.service填入以下内容：
[Unit] Description=/etc/rc.local Compatibility ConditionPathExists=/etc/rc.local [Service] Type=forking ExecStart=/etc/rc.local start TimeoutSec=0 StandardOutput=tty RemainAfterExit=yes SysVStartPriority=99 [Install] WantedBy=multi-user.target说明： -
ConditionPathExists确保只有当/etc/rc.local存在时才加载 -Type=forking表示脚本会自行 fork，不占用前台进程 -RemainAfterExit=yes表示即使脚本退出，服务仍视为活跃
3.3 创建或修改 /etc/rc.local 脚本
创建并编辑主脚本文件：
sudo nano /etc/rc.local输入以下模板内容：
#!/bin/bash # 开机自启动命令写在此处 # 注意：必须以 exit 0 结尾 # 示例：启用无线网卡并配置 IP ifconfig wlan0 up sleep 2 ifconfig wlan0 192.168.1.100 netmask 255.255.255.0 # 可添加更多命令 echo "rc.local executed at $(date)" >> /var/log/rc-local.log exit 0关键要求： - 脚本必须以
#!/bin/bash开头（或#!/bin/sh） - 所有命令位于exit 0之前 -exit 0不可省略，否则 systemd 认为脚本失败 - 建议添加日志输出以便调试
3.4 设置文件权限
确保两个文件具有正确的权限：
# 设置 rc.local 可执行 sudo chmod +x /etc/rc.local # 设置 service 文件只读 sudo chmod 644 /etc/systemd/system/rc-local.service3.5 启用并启动服务
启用rc-local.service，使其在开机时自动运行：
sudo systemctl enable rc-local.service立即启动服务进行测试（无需重启）：
sudo systemctl start rc-local.service查看状态确认是否成功：
sudo systemctl status rc-local.service预期输出应包含：
Active: active (exited) since ...3.6 验证命令是否执行
可以通过以下方式验证：
查看日志文件（若已写入）：
bash cat /var/log/rc-local.log检查网络配置是否生效：
bash ifconfig wlan0重启系统验证：
bash sudo reboot
重启后再次检查上述结果，确认命令被自动执行。
4. 实践问题与优化
4.1 常见问题及解决方案
❌ 问题1：rc.local 未执行，systemctl 显示 failed
原因：缺少exit 0或脚本无执行权限
解决： - 确保最后一行是exit 0- 运行sudo chmod +x /etc/rc.local
❌ 问题2：命令执行顺序错误或设备未就绪
原因：某些硬件（如 USB 设备、网卡）尚未初始化完成
解决： - 在关键命令前加入sleep延迟，例如：bash sleep 5 ifconfig wlan0 up
❌ 问题3：中文注释导致解析错误
原因：/etc/rc.local使用/bin/sh解析，对编码敏感
解决： - 删除中文注释，或改用英文 - 或明确指定解释器为/bin/bash
4.2 性能优化建议
避免长时间阻塞：不要在
rc.local中运行无限循环程序，除非使用&放入后台。bash /path/to/monitor_script.sh &使用日志记录执行情况：
bash echo "$(date): Starting custom startup tasks" >> /var/log/rc-local.log分离复杂逻辑：将具体操作封装为独立脚本，在
rc.local中调用：bash /opt/scripts/startup_tasks.sh
这样更易于维护和测试。
5. 完整可运行示例
5.1 目标功能
实现开机时： - 启动 wlan0 接口 - 分配静态 IP 地址 - 记录启动时间到日志
5.2 最终 /etc/rc.local 内容
#!/bin/bash # 自定义开机启动脚本 # 作者：测试开机启动脚本 # 功能：配置无线网络并记录日志 # 等待系统稳定 sleep 3 # 启动无线网卡 ifconfig wlan0 up # 配置静态 IP ifconfig wlan0 192.168.1.100 netmask 255.255.255.0 # 记录执行日志 echo "[$(date)] wlan0 configured with 192.168.1.100" >> /var/log/rc-local.log # 必须保留 exit 05.3 测试流程总结
- 创建
/etc/systemd/system/rc-local.service - 创建
/etc/rc.local并赋权 - 启用并启动
rc-local.service - 检查状态与日志
- 重启验证持久性
6. 总结
6.1 实践经验总结
rc.local在 Ubuntu 16.04 上仍可用，但需手动启用rc-local.service- 脚本必须包含
exit 0，否则 systemd 会判定失败 - 命令执行时机受系统资源初始化影响，必要时加
sleep - 推荐将复杂逻辑抽离为外部脚本，保持
rc.local清洁
6.2 最佳实践建议
- 始终添加日志输出，便于排查问题；
- 避免在 rc.local 中直接写长段代码，应调用外部脚本；
- 定期测试重启行为，确保自启功能持续有效。
该方法已在多个嵌入式设备和服务器环境中验证通过，真正实现“亲测有效”。
获取更多AI镜像
想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。
