news 2026/6/10 17:26:50

从创建到启用：测试镜像完整自启脚本实践

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
从创建到启用：测试镜像完整自启脚本实践

从创建到启用：测试镜像完整自启脚本实践

1. 引言

在嵌入式系统和轻量级Linux发行版（如OpenWrt）中，开机自启动脚本是实现自动化任务的关键机制。无论是初始化网络配置、启动守护进程，还是挂载存储设备，都需要依赖可靠的启动脚本机制来确保服务在系统启动后自动运行。

本文围绕“测试开机启动脚本”这一核心目标，结合实际工程场景，详细介绍如何从零构建一个可被正确识别、具备执行权限并能稳定触发的自启脚本。我们将以OpenWrt类系统为背景，通过两种主流方法——/etc/rc.local和/etc/init.d脚本注册方式——完成从创建、配置到启用的全流程实践。

文章内容适用于需要在定制镜像中部署自动化初始化逻辑的开发者，尤其适合参与路由器、IoT设备或边缘计算节点开发的技术人员。

2. 方法一：使用/etc/rc.local实现简易自启

2.1 原理与适用场景

/etc/rc.local是传统SysVinit系统中广泛支持的一个用户级启动入口。它在系统基本初始化完成后执行，通常用于添加不需要复杂依赖管理的简单命令或调试脚本。

该方法优点在于：

  • 配置简单，无需编写完整服务脚本
  • 执行时机明确，在大多数系统服务之后运行
  • 兼容性强，几乎所有基于init的系统都支持

但其局限性也明显：

  • 不支持服务控制（start/stop/restart/status）
  • 无法设置启动优先级依赖
  • 多个任务集中在此文件中易造成维护困难

因此，此方法更适合快速验证或临时性任务注入。

2.2 编辑rc.local文件

首先确认系统中存在/etc/rc.local文件：

ls /etc/rc.local

如果不存在，可手动创建：

touch /etc/rc.local

使用文本编辑器打开该文件，推荐使用nano（对新手友好）或vi：

nano /etc/rc.local

或

vi /etc/rc.local

2.3 添加自定义启动命令

在编辑器中输入以下内容，注意必须将命令插入到exit 0之前：

#!/bin/sh # 自定义启动任务：记录启动时间 echo "System booted at $(date)" >> /tmp/boot.log # 示例：创建测试文件 echo "Hello from rc.local" > /tmp/rclocal_test.txt # 可扩展其他命令，如启动Python脚本、开启监听等 # python3 /root/myservice.py & exit 0

上述脚本实现了两个功能：

  1. 将系统启动时间写入/tmp/boot.log
  2. 在临时目录生成一个标识文件，便于后续验证脚本是否执行

2.4 保存并退出编辑器

  • 若使用nano：按Ctrl+O写入文件，回车确认；再按Ctrl+X退出。
  • 若使用vi：按ESC键进入命令模式，输入:wq后回车保存退出。

2.5 设置执行权限

确保rc.local具备可执行权限：

chmod +x /etc/rc.local

可通过以下命令验证权限：

ls -l /etc/rc.local

输出应包含x标志，例如-rwxr-xr-x。

2.6 验证脚本执行效果

重启系统以验证脚本是否生效：

reboot

系统重新登录后，检查目标文件是否存在：

cat /tmp/boot.log cat /tmp/rclocal_test.txt

若能看到对应输出，则说明脚本已成功执行。

提示：由于/tmp目录通常位于内存中，重启后内容会被清空。若需持久化日志，请将路径改为/etc/或/root/等非临时目录。

3. 方法二：通过/etc/init.d注册标准启动服务

3.1 设计理念与优势

相较于rc.local的“黑盒”式追加，OpenWrt 推荐使用/etc/init.d目录下的结构化脚本来管理系统服务。这类脚本遵循统一接口规范，支持标准操作指令（start/stop/restart），并可通过enable自动生成开机链接。

主要优势包括：

  • 支持服务生命周期管理
  • 可设定启动顺序（START值）
  • 易于禁用或卸载（disable）
  • 更符合系统工程规范

3.2 创建自定义 init.d 脚本

新建一个脚本文件，命名为myscript（可根据实际用途命名）：

vi /etc/init.d/myscript

填入如下模板内容：

#!/bin/sh /etc/rc.common # 启动优先级，数字越大越晚启动 START=99 # 描述信息（可选） USE_PROCD=0 start() { echo "Starting myscript..." # 实际要执行的命令 echo "Custom service started at $(date)" > /tmp/myscript.log touch /tmp/service_running.flag # 示例：后台运行某个程序 # nohup /root/mydaemon.sh > /dev/null 2>&1 & } stop() { echo "Stopping myscript..." # 清理工作 rm -f /tmp/service_running.flag # 终止相关进程 # killall mydaemon.sh }

3.3 赋予脚本可执行权限

保存退出后，立即设置执行权限：

chmod +x /etc/init.d/myscript

这是关键步骤，否则系统无法调用该脚本。

3.4 启用脚本以实现开机自启

使用 OpenWrt 提供的标准工具启用脚本：

/etc/init.d/myscript enable

该命令会在/etc/rc.d/目录下创建软链接：

ls /etc/rc.d/S99myscript

链接名中的S99来源于脚本中定义的START=99，表示系统将在第99顺位启动此项服务。

3.5 手动测试脚本功能

在不重启的情况下，可手动触发启动与停止操作进行验证：

# 启动服务 /etc/init.d/myscript start # 查看日志 cat /tmp/myscript.log # 检查标志文件 ls /tmp/service_running.flag # 停止服务 /etc/init.d/myscript stop

若各项操作均无报错且文件状态变化符合预期，则说明脚本逻辑正确。

3.6 系统重启验证自启能力

最后执行重启操作，确认服务能否随系统自动加载：

reboot

登录后再次检查：

ls /tmp/service_running.flag cat /tmp/myscript.log

若文件存在且时间戳为本次启动时间，则表明服务已成功注册并自动执行。

4. 对比分析：rc.local vs init.d 脚本

为了帮助读者根据实际需求做出合理选择，以下从多个维度对两种方法进行对比。

对比维度/etc/rc.local方式/etc/init.d脚本方式
配置复杂度极低，仅需编辑单个文件中等，需创建独立脚本并设置权限
服务控制能力无，只能一次性执行支持 start/stop/restart/status 操作
开机注册机制固定入口，无需显式注册需执行enable命令生成软链接
启动顺序控制固定在末尾可通过START=N自定义优先级
日常维护便利性差，所有任务混杂好，每个服务独立管理
适用场景快速测试、一次性初始化任务正式服务、需长期运行或动态控制的服务
脚本复用性低高，可打包为IPK包纳入固件

选型建议：

  • 初学者或调试阶段优先使用rc.local
  • 生产环境或需长期维护的服务务必采用init.d方式
  • 若未来可能集成进固件发布流程，必须使用init.d结构

5. 常见问题与避坑指南

5.1 脚本未执行的排查思路

当发现脚本未按预期运行时，可按以下顺序排查：

  1. 检查文件权限
    确保脚本具有可执行权限：

    chmod +x /path/to/script

  2. 确认语法正确性
    使用sh -n script_name检测语法错误：

    sh -n /etc/init.d/myscript

  3. 查看系统日志
    使用logread命令查看启动过程中的错误信息：

    logread | grep myscript

  4. 验证软链接是否存在
    对于init.d脚本，确认/etc/rc.d/下有对应链接：

    ls -l /etc/rc.d/*myscript*

  5. 测试脚本独立运行
    手动执行一次，观察是否有报错：

    /etc/init.d/myscript start

5.2 关于/tmp目录的注意事项

许多开发者习惯将测试输出写入/tmp，但需注意：

  • /tmp通常挂载在内存中（tmpfs），重启后数据丢失
  • 存储空间有限，不适合写入大量日志
  • 若需持久化记录，请改用/etc/、/root/或外接存储路径

5.3 脚本阻塞导致系统卡顿

若在启动脚本中执行长时间阻塞操作（如同步下载、复杂计算），可能导致系统初始化停滞。解决方案包括：

  • 使用&将任务放入后台运行
  • 添加超时机制
  • 拆分任务，部分延迟执行（如配合sleep和at）

示例后台执行：

( sleep 10 echo "Delayed task running..." >> /tmp/delayed.log ) &

6. 总结

6.1 核心要点回顾

本文围绕“测试开机启动脚本”的完整实践路径，系统讲解了两种主流实现方式：

  • /etc/rc.local：适合快速验证和轻量级任务注入，操作简便但缺乏管理能力；
  • /etc/init.d脚本：符合OpenWrt工程规范，支持服务化管理，是生产环境的首选方案。

我们完成了从脚本创建、权限设置、启用注册到重启验证的全链路操作，并提供了详细的代码示例与排错策略。

6.2 最佳实践建议

  1. 开发阶段：先用rc.local快速验证逻辑可行性；
  2. 上线前：迁移到init.d模式，提升可维护性；
  3. 命名规范：脚本名称应具描述性，避免使用myscript这类占位符；
  4. 日志留存：避免依赖/tmp，重要日志应写入持久化路径；
  5. 权限安全：始终检查脚本权限，防止因缺少x权限导致启动失败。

掌握这些技能后，开发者即可在各类嵌入式Linux镜像中灵活部署自定义启动逻辑，为自动化运维和设备初始化提供坚实基础。

获取更多AI镜像

想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。

版权声明: 本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！
网站建设 2026/6/10 12:35:32

Emotion2Vec+ Large是否适合儿童语音？年龄适应性实测报告

Emotion2Vec Large是否适合儿童语音？年龄适应性实测报告 1. 引言：儿童语音情感识别的现实挑战 随着智能教育、儿童心理评估和人机交互技术的发展，对儿童语音的情感识别需求日益增长。传统语音情感识别模型大多基于成人语料训练，…

作者头像 李华
网站建设 2026/6/10 11:42:21

三菱FX3U 16仓位配方程序开发记录

三菱FX3U，用ST语言与梯形图，混合编写的16仓位的配方程序，程序大小约12984步，可以配1到16种不同的产品，16种配方可以根据自己的需求随意设置配方数量与产品数量，可以用条形码设置配方数据与生产数量&#xf…

作者头像 李华
网站建设 2026/6/10 12:35:46

电动汽车Simulink仿真模型的奇妙世界

电动汽车 simulink仿真模型， 可进行整车动力性仿真测试（最高车速，最大爬坡，加入时间)和NEDC工况能耗测试（电耗)。 由驾驶员模型、VCU控制制模型、电机 电池系统模型(电机系统和电池系统已根据供应商提供的方案数据进行…

作者头像 李华
网站建设 2026/6/10 15:04:20

分享| 2026人工智能训练师报考指南

在这个技术迅猛发展的时代，你有没有发现一个变化？一段文字能生成视频，CT影像可自动诊断，城市交通正由算法调度……人工智能已成为经济发展核心驱动力。而人工智能训练工程师作为变革的关键角色，已经一步一步成为职场新…

作者头像 李华
网站建设 2026/6/10 1:08:07

大模型在创新设计推理任务中的表现

大模型在创新设计推理任务中的表现 关键词：大模型、创新设计推理、表现评估、技术原理、应用场景 摘要：本文聚焦于大模型在创新设计推理任务中的表现。首先介绍了研究的背景，包括目的、预期读者、文档结构和相关术语。接着阐述了大模型与创新设计推理的核心概念及联系，分析…

作者头像 李华