【Linux】RK3568-系统镜像（六）

LongRunning2026-10-02 9:18

文章目录

1.镜像+根文件系统

一、核心概念对照表

概念 定义 举例 类比
根文件系统 Linux 运行时挂载的 / 目录树，是"内容" /bin、/etc、/opt/camera 书的内容
镜像 存储介质的逐字节副本，是一个文件 sdcard.img、rootfs.img 书的影印件
固件 固化在芯片里的程序 单片机 hex、路由器系统 硬件里刻的字
烧录 把镜像写入存储介质 dd if=xxx.img of=/dev/mmcblk0 复印
量产 把原型方案批量复制到多台设备 生产线批量烧录 批量印刷

二、MCU 与 MPU 的本质区别

维度 单片机（MCU） 微处理器（MPU，跑 Linux）
运行内容 只有一个程序 Bootloader + Kernel + 根文件系统 + 多个服务
启动流程 复位 → 执行 main() BootROM → SPL → U-Boot → Kernel → systemd → 你的服务
量产方式 烧录 hex/bin 到 Flash 制作整机镜像，批量写入 eMMC/SD
用户程序形态 就是"整个程序" 是系统里的一个服务
差异化 一般无 每台设备需唯一 token/序列号/MAC

关键结论：MCU 烧"程序"，MPU 烧"系统 + 服务"。

三、Linux 启动与自启动机制

3.1 完整启动链路

复制代码 
芯片复位
  ↓
BootROM（芯片固化，无法修改）
  ↓
SPL（二级引导，很小）
  ↓
U-Boot（大引导，加载内核）
  ↓
Kernel（加载驱动、挂载根文件系统）
  ↓
init / systemd（PID=1，总调度器）
  ↓
systemd 读取所有 .service 文件
  ↓
camera.service 被触发 → 执行 start_camera.sh
  ↓
启动 mediamtx / frpc / ffmpeg

3.2 为什么 .service 能自动运行？

  1. systemd 启动时扫描 /etc/systemd/system/ 等目录下的 .service 文件。
  2. 执行 systemctl enable camera.service 时，systemd 在 /etc/systemd/system/multi-user.target.wants/ 下创建一个软链接。
  3. 开机进入 multi-user.target 时，systemd 会启动所有被"想要"（Wanted）的服务。
  4. WantedBy=multi-user.target 就是告诉 systemd："我要跟着多用户模式一起启动"。

本质 ：enable = 创建软链接。

3.3 为什么不能用 rc.local？

对比项 rc.local systemd
依赖管理 无，靠 sleep 硬等 声明 After=、Wants=，自动排序
崩溃重启 无 Restart=on-failure 自动拉起
日志 需自己重定向 journalctl 统一管理
并行启动 串行，慢 并行，快
量产可控性 弱 强

结论：rc.local 是玩具，systemd 是产品。

四、你的项目架构回顾

4.1 数据流向

复制代码 
USB摄像头 → FFmpeg(H.264编码) → MediaMTX(本机RTSP) → frpc(内网穿透)
         → 阿里云服务器(frps) → 手机VLC远程拉流

4.2 目录结构（原型阶段）

复制代码 
/home/baiwen/video1/
├── mediamtx                # MediaMTX 可执行文件
├── mediamtx.yml            # MediaMTX 配置
├── frp_0.71.0_linux_arm64/ # FRP 客户端目录
│   ├── frpc
│   └── frpc.toml
├── start_camera.sh         # 开机自启脚本
└── camera.log              # 运行日志

4.3 三个关键文件

文件 作用 位置
start_camera.sh 启动脚本，负责依次拉起三个服务 /home/baiwen/video1/
camera.service systemd 服务定义，实现开机自启 /etc/systemd/system/
frpc.toml FRP 客户端配置（含 token） /home/baiwen/video1/frp_xxx/

五、从原型到量产：四个阶段

阶段 1：原型验证（你现在）

做法：手动配置，逐台操作

  1. 装系统
  2. 拷贝文件到 /home/baiwen/video1/
  3. 写 camera.service
  4. systemctl enable
  5. 重启验证

特点：能跑通，但不能批量复制。

阶段 2：小批量试产（5~20 台）

做法：SD 卡克隆 + 手动改 token

  1. 在一台样机上配好所有东西
  2. 用 dd 把 SD 卡做成 .img
  3. 每台烧完后，手动 SSH 改 frpc.toml 的 token
  4. 验证硬件和软件一致性
bash 复制代码 
# 制作镜像
dd if=/dev/mmcblk0 of=sdcard.img bs=4M

# 烧录到新卡
dd if=sdcard.img of=/dev/mmcblk0 bs=4M

缺点：手动改 token，效率低，易出错。

阶段 3：中批量（100 台以上）

做法：定制镜像 + first-boot 自动化

  1. 用 Yocto 或 Buildroot 定制精简根文件系统
  2. 把 mediamtx、frpc、脚本、camera.service 直接编入镜像
  3. 用厂商烧录工具（如 RKDevTool、uuu）批量烧录 eMMC
  4. 首次启动运行 first-boot.service，自动个性化

first-boot 脚本要做的事：

bash 复制代码 
#!/bin/bash
# 1. 生成唯一 token
TOKEN=$(openssl rand -hex 16)

# 2. 生成唯一序列号（用 MAC 地址）
SERIAL=$(cat /sys/class/net/eth0/address | tr -d ':')

# 3. 从模板生成配置文件
sed "s/__TOKEN__/$TOKEN/" /opt/camera/frpc.toml.template > /etc/frp/frpc.toml

# 4. 设置唯一主机名
echo "camera-$SERIAL" > /etc/hostname

# 5. 自我禁用，只跑一次
systemctl disable first-boot.service

阶段 4：正式产品

做法：CI/CD + OTA 升级

  1. Yocto/Buildroot 做完整构建流水线（代码提交 → 自动编译 → 生成镜像）
  2. 镜像里预置：
    • 应用（打包成 .deb 或放到 /opt/）
    • systemd 服务
    • RAUC / SWUpdate 做 OTA 升级框架
    • A/B 分区方案（升级失败可回滚）
  3. 生产线用夹具 + 自动化工具烧录，写入序列号、MAC、密钥
  4. 出厂后通过 OTA 推送更新

六、量产镜像里应该装什么？

6.1 完整交付包结构

复制代码 
你的应用包/
├── opt/camera/                       # 应用目录
│   ├── mediamtx                      # 可执行文件
│   ├── mediamtx.yml                  # 配置
│   ├── frpc                          # FRP 客户端
│   ├── frpc.toml.template            # 配置模板（token 留空，首启时填）
│   └── start_camera.sh               # 启动脚本
├── etc/systemd/system/
│   ├── camera.service                # 服务定义
│   └── first-boot.service            # 首启个性化服务
└── etc/first-boot.d/
    └── 01-personalize.sh             # 个性化脚本

6.2 关键点

项目 原型阶段 量产阶段
token 硬编码在 frpc.toml 用模板 + 首启生成
主机名 手动设置 用 MAC 地址自动生成
服务启动 手动 systemctl start 编入镜像，开机自动
升级方式 手动 SSH 替换 OTA 推送

七、打包方式对比

方式 适合场景 做法
直接拷贝到 rootfs 自己维护镜像 放进 Yocto/Buildroot 的 recipes 或 overlay
打成 .deb 包 Debian/Ubuntu dpkg-deb --build 生成，安装自动放好服务
Docker 容器 应用隔离 应用做成镜像，宿主 systemd 拉起容器
只读分区 防篡改 根文件系统只读，应用分区单独可写

八、镜像 vs 根文件系统：核心区别

维度 根文件系统 镜像
本质 目录树（内容） 文件（副本）
运行时 是"活"的，被挂载使用 是"死"的，只能被读写
包含关系 是镜像的一部分 可以包含根文件系统
路径 / xxx.img
制作方式 用 cp、dpkg 填充 用 dd、mkfs、mksquashfs 生成
使用方式 挂载后直接访问 用 dd 写入存储介质
类比 书的内容 书的影印件

一句话 ：根文件系统是 Linux 运行时看到的 /；镜像是把它打包成的 .img 文件。

九、术语速查表

术语 含义 类比
镜像 (Image) 存储介质的逐字节副本 书的影印件
根文件系统 (rootfs) Linux 运行时的 / 目录树 书的内容
固件 (Firmware) 固化在芯片里的程序 硬件里刻的字
Bootloader 启动引导程序（U-Boot） 电脑的 BIOS
Kernel Linux 内核 操作系统的心脏
systemd Linux 的总调度器（PID=1） 工厂的调度中心
Service systemd 管理的服务单元 工厂里的一条产线
烧录 把镜像写入存储介质 复印
量产 批量复制到多台设备 批量印刷
OTA 空中升级 手机系统更新
A/B 分区 双分区互为备份，升级失败可回滚 双系统启动
first-boot 首次启动时运行的个性化脚本 新手机开机设置

十、给你的下一步建议

当前状态：原型验证完成 ✅

短期目标（如果你想做几台设备自用）：

  1. 在一台样机上配好所有东西
  2. 用 dd 做成 .img
  3. 每台烧完后手动改 token
  4. 验证一致性

中期目标（如果想做小批量产品）：

  1. 学 Yocto 或 Buildroot，做定制镜像
  2. 写 first-boot.sh 做自动化个性化
  3. 用厂商烧录工具批量写入

长期目标（如果要做正式产品）：

  1. 引入 OTA 升级框架
  2. A/B 分区，支持失败回滚
  3. 云端设备管理

十一、一句话总结整个项目

你做的不是"烧一个程序"，而是"部署一个系统"。

镜像 是打包方式，根文件系统 是运行内容，systemd 服务 是启动机制，first-boot 是个性化方案，OTA是升级方案。

这五点就是嵌入式 Linux 产品化的全部骨架。

相关推荐
阳光九叶草LXGZXJ1 小时前
达梦数据库-学习-68-dmasm0X_XXXXXX.log日志激增
linux·运维·数据库·sql·学习
KING-WU5121 小时前
Linux 工具之 yum、vim、gcc
linux·运维·服务器·后端
Mortalbreeze1 小时前
MySQL 基础篇（三）：一文掌握 MySQL 常见数据类型
linux·服务器·数据库·mysql
zhangrelay1 小时前
机器人或计算机智能与时间相关案例汇总（ROS2-ROS1）
linux·笔记·学习·ubuntu·机器人
沫璃染墨2 小时前
《从零入门Linux系统篇（五十三）：线程篇·六——线程互斥详解：从并发问题到mutex互斥锁》
linux·运维·服务器·开发语言·后端·架构·系统架构
程序员-Benothing2 小时前
Shell循环教程：for、while、until、break、continue详解
linux·运维·服务器
Zhang～Ling2 小时前
Linux网络：五种IO模型及其工作原理与应用
linux·网络·php
雪落漂泊2 小时前
Linux基本指令（下）
java·linux·服务器
小白的码BUG之路2 小时前
Ubuntu -- 使用命令firewall-cmd
linux·运维·服务器
热门推荐
01国内可直接用、免费额度/永久免费的大模型API清单（含 SiliconFlow、火山、阿里、智谱、百度、Kimi、DeepSeek、DMXAPI 等）02历年考研数学一、数学二、数学三真题试卷及答案PDF03GitHub 镜像站点04Telegram APK 下载安装完整指南 — 2026年最新05蜘蛛磁力 搜索引擎大全，如何使用蜘蛛磁力查找磁力链接06微信历史版本含下载地址（ Windows PC | 安卓 | MAC ）及设置微信不更新072026 爱知・名古屋亚运会怎么看？直播平台+赛程安排分享08给AI一张“业务概念地图“：本体如何从哲学走向企业智能09jev-ultrafast 深度解析：7 秒订机票的浏览器 Agent 是如何炼成的102026 年 9 月国内外主流大模型横向硬核评测：价格、算力、业务场景全维度对比，GPT‑6 Astra横空出世