SAM3新手指南：没GPU也能体验最新分割模型
2026/1/16 1:08:37
5分钟部署OpenWrt自启功能，测试镜像开箱即用
1. 引言：为何需要开机自启动脚本
在嵌入式网络设备管理中，OpenWrt因其高度可定制性和强大的软件生态被广泛应用于路由器、网关等场景。然而，在实际使用过程中，我们常常需要某些服务或命令在系统启动时自动运行，例如配置网络策略、启动监控脚本或初始化硬件设备。
本文将围绕“测试开机启动脚本”这一目标，介绍如何在OpenWrt系统中快速部署自启动功能，并确保所提供的测试镜像具备开箱即用的特性。通过本文指导，你可以在5分钟内完成配置，无需额外调试，直接验证脚本执行效果。
2. 方法一：使用/etc/rc.local实现简易自启
对于大多数轻量级任务，修改/etc/rc.local是最简单且兼容性最好的方式。该文件在系统初始化流程末期执行，适合运行一次性命令或启动用户级服务。
2.1 编辑rc.local文件
首先，登录到OpenWrt系统的终端（可通过SSH或串口），执行以下命令打开rc.local文件：
vi /etc/rc.local如果你更习惯使用nano编辑器，也可以安装并使用它：
opkg update opkg install nano nano /etc/rc.local2.2 添加自定义启动命令
在编辑器中，找到exit 0这一行，并在它之前插入你需要执行的命令。例如，创建一个测试文件以确认脚本已运行：
echo "OpenWrt boot script executed at $(date)" > /tmp/boot_test.log touch /tmp/initialized完整示例内容如下：
#!/bin/sh # Put your custom commands here that should be executed once # the system has booted successfully. echo "OpenWrt boot script executed at $(date)" > /tmp/boot_test.log touch /tmp/initialized exit 0注意：所有自启动命令必须位于
exit 0之前，否则不会被执行。
2.3 保存并退出编辑器
- 使用
vi：按下ESC键，输入:wq，回车保存。 - 使用
nano：按Ctrl+O写入文件，Enter确认，再按Ctrl+X退出。
2.4 验证文件执行权限
确保/etc/rc.local具备可执行权限，否则系统可能跳过执行：
chmod +x /etc/rc.local你可以通过以下命令检查权限是否正确：
ls -l /etc/rc.local输出应包含-rwxr-xr-x权限标识。
2.5 测试与验证
重启系统以验证脚本是否生效：
reboot重启完成后，再次登录并检查/tmp/boot_test.log是否生成：
cat /tmp/boot_test.log如果看到类似以下输出，则说明脚本成功执行：
OpenWrt boot script executed at Mon Apr 5 10:20:30 UTC 20253. 方法二：通过/etc/init.d创建标准启动服务
当需求更复杂，比如需要支持start、stop、restart操作，或希望脚本随系统服务管理机制统一控制时，推荐使用 OpenWrt 的 init.d 脚本系统。
3.1 创建自定义 init.d 脚本
在/etc/init.d/目录下创建一个新的脚本文件，例如命名为myscript：
vi /etc/init.d/myscript3.2 编写标准 init 脚本结构
输入以下内容作为模板，实现基本的启动逻辑：
#!/bin/sh /etc/rc.common # 启动优先级，数字越大越晚启动 START=99 # 描述信息（可选） USE_PROCD=0 start() { echo "Starting myscript at $(date)" >> /tmp/myscript.log mkdir -p /tmp/myapp echo "Service initialized" > /tmp/myapp/status } stop() { echo "Stopping myscript at $(date)" >> /tmp/myscript.log rm -f /tmp/myapp/status }说明： -
START=99表示该服务在大多数系统服务之后启动，适合依赖网络或其他服务的场景。 -USE_PROCD=0表示使用传统 shell 脚本模式；若设为1，则需配合 procd 守护进程使用更复杂的守护进程管理。
3.3 设置执行权限
保存脚本后，赋予其可执行权限：
chmod +x /etc/init.d/myscript3.4 注册并启用服务
为了让脚本在每次开机时自动运行，必须将其注册为启用状态：
/etc/init.d/myscript enable此命令会在/etc/rc.d/目录下创建符号链接，如S99myscript，表示系统启动时会调用该脚本的start函数。
3.5 手动测试脚本功能
在不重启的情况下，可以手动启动脚本来验证其行为：
/etc/init.d/myscript start查看日志确认输出：
cat /tmp/myscript.log预期输出：
Starting myscript at Mon Apr 5 10:25:12 UTC 2025还可以尝试停止和重启：
/etc/init.d/myscript stop /etc/init.d/myscript restart3.6 查看服务启用状态
列出当前所有启用的服务，确认myscript已注册：
ls /etc/rc.d/S* | grep myscript若返回S99myscript，则表示已正确启用。
4. 镜像预置建议：实现“开箱即用”
为了使“测试开机启动脚本”镜像真正达到开箱即用的目标，建议在镜像构建阶段就完成以下操作：
4.1 预置rc.local或 init.d 脚本
在制作固件镜像时，提前将所需的启动脚本写入对应路径：
- 将定制化的
rc.local放入/etc/目录 - 或者预置
/etc/init.d/myscript并设置好权限
4.2 自动启用服务
在镜像构建脚本中加入自动启用命令：
/etc/init.d/myscript enable这样用户刷机后无需任何干预，服务即可在首次启动时自动运行。
4.3 包含必要依赖
如果脚本依赖特定工具（如curl、jq、nmap等），应在镜像中预装这些包：
opkg update opkg install curl jq或者在脚本中添加判断逻辑，避免因缺少组件导致失败：
which curl > /dev/null || { echo "curl not found, please install first" exit 1 }4.4 提供日志反馈机制
建议所有自启动脚本都将关键事件记录到日志文件中，便于排查问题。例如统一写入/tmp/boot.log：
logger -t myscript "Service started successfully"或直接写文件：
echo "$(date): Script started" >> /tmp/boot.log5. 常见问题与避坑指南
5.1 脚本未执行？检查这几个点
| 问题原因 | 解决方案 |
|---|---|
| 文件无执行权限 | 使用chmod +x添加权限 |
rc.local中命令在exit 0之后 | 移动命令至exit 0前 |
| 脚本路径错误或不存在 | 检查文件是否存在于正确位置 |
| 依赖命令未安装 | 确保所需二进制文件已预装 |
5.2 日志无法写入/tmp？
虽然/tmp是内存文件系统，通常可写，但在极少数精简版镜像中可能受限。建议：
- 使用
logger命令写入系统日志 - 或将日志重定向至持久化存储（如挂载的U盘）
5.3 多个脚本启动顺序冲突？
使用/etc/init.d方式时，通过调整START=数值控制顺序：
START=10：早期启动（如硬件初始化）START=50：中期（网络配置前）START=99：晚期（依赖网络的服务）
6. 总结
本文详细介绍了两种在OpenWrt系统中实现开机自启动脚本的方法：
- 方法一（
/etc/rc.local）：适用于简单命令注入，配置快捷，适合快速验证。 - 方法二（
/etc/init.d脚本）：符合OpenWrt标准服务规范，支持启停管理，更适合生产环境。
结合“测试开机启动脚本”镜像的实际需求，建议在镜像构建阶段预置完整的 init.d 脚本并自动启用，从而实现真正的开箱即用体验。同时，通过合理的日志记录和权限设置，确保脚本能稳定、可靠地在每次启动时执行。
掌握这些技巧后，无论是用于自动化部署、远程设备初始化，还是开发调试，都能大幅提升效率。
获取更多AI镜像
想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。