Tiny Core Linux（以下简称 TCL）作为一款以极简著称的重度模块化 Linux 发行版，其树莓派移植版本 piCore 体现了嵌入式系统设计的典型思路：最小化初始镜像、运行时全加载到 RAM、通过扩展机制实现功能解耦。本文从架构适配、启动流程、扩展机制三个维度，解析向 ARM 平台移植轻量级发行版的关键技术点。
ARMv6 架构适配与内核分离策略
piCore 的核心设计哲学是将内核（kernel）与用户空间（userspace）分离，这一设计在嵌入式移植中尤为关键。与传统发行版将内核与 initrd 打包不同，piCore 采用双组件模型：内核镜像与 /initrd（包含基础用户空间和对应模块）分别独立分发。这种做法的直接好处是能够快速适配不同硬件平台 —— 移植时仅需替换针对特定 SoC 编译的内核及模块，而用户空间可以保持跨平台兼容。
项目选择 ARMv6 作为基础架构，这一决策使得镜像能够同时覆盖 Raspberry Pi 1 代（BCM2835）及后续兼容 ARMv6 指令集的变体。值得注意的是，ARMv6 的向后兼容性特性允许同一用户空间镜像在较新的 Cortex-A 系列处理器上运行，只要底层内核提供必要的硬件抽象。从工程实践角度看，这种「一个用户空间 + 多个内核」的组合模式显著降低了多板卡适配的维护成本。
在内核配置层面，piCore 镜像通常仅包含必要的驱动和功能模块。默认内核大小被控制在极小范围内，这与 TCL「按需加载」的设计理念一脉相承。移植到新 ARM 开发板时，核心步骤包括：获取目标板卡的设备树文件（Device Tree Blob）、编译匹配的内核版本、调整内核配置参数（如启用 loopback 设备、squashfs 文件系统支持），最后打包为特定板卡的启动镜像。
启动流程与 Bootloader 定制参数
piCore 的启动链路遵循嵌入式领域的标准范式：上电后由 SoC 内置的 ROM 引导程序加载第二阶段 bootloader（如 Raspberry Pi 的 bootcode.bin），随后读取启动分区中的 config.txt、cmdline.txt 及内核镜像。这一流程与桌面 Linux 发行版的 GRUB 引导存在本质差异 —— 嵌入式平台通常缺乏通用的固件接口，bootloader 与内核的绑定更为紧密。
对于 Raspberry Pi 而言，bootloader 固件由 Broadcom / 树莓派基金会维护，piCore 项目并不修改这一层。移植工作的重点转移到了 cmdline.txt 参数调优。典型配置可能包含以下关键参数：指定 initrd 位置（initramfs initrd.img）、设置根文件系统类型（root=/dev/mmcblk0p2）、启用只读模式（ro）以及配置启动延迟（bootDelay）。这些参数直接影响系统的启动行为和文件系统挂载状态。
启动完成后，TCL 的 init 脚本会将根文件系统完整加载至 RAM 中执行。这一步是 piCore 区别于其他发行版的核心特征：系统运行时完全不依赖 SD 卡的持续读写，SD 卡仅在启动阶段被使用，随后可安全移除。这意味着所有系统进程、临时文件操作均在内存中完成，大幅提升了 I/O 性能并降低了 SD 卡的磨损速率。代价在于系统重启后所有未持久化的修改会丢失 —— 这正是 TCL 通过扩展机制和持久化存储（/mnt/mmcblk0p1 的 .tcz 目录）来解决的问题。
轻量级发行版的构建参数与监控要点
构建一个生产级 piCore 镜像需要关注以下技术参数。首先是镜像大小控制：默认的 CLI 镜像约为 21.5 MB，包含 Raspberry Pi bootloader、固件文件、内核及基础 initrd。对于资源受限的嵌入式场景，这一数字远小于 Raspbian（通常超过 1 GB），但代价是功能极度精简 —— 仅包含 Linux 内核、Busybox 工具链和基础库。
扩展机制（.tcz 包）是 TCL 的核心特性。每个扩展本质上是一个只读的 squashfs 镜像，通过 loop 设备挂载后添加到根文件系统的联合挂载点（aufs/overlayfs）。这意味着添加软件包不会修改基础镜像，理论上可以无限叠加功能。典型工作流程是：通过 tce-load 工具下载 .tcz 文件、触发自动挂载、将扩展名记录到 /etc/sysconfig/tcedir 以实现下次启动自动加载。
在实际部署中，以下监控点值得关注：内存使用率（因全载 RAM，需预留足够空间给应用层）、SD 卡健康状态（虽然运行时无 I/O，但启动阶段仍有密集读写）、扩展依赖链（某些 .tcz 包存在隐式依赖，缺失会导致功能异常）。此外，loopback 设备数量限制（默认通常为 8 个）可能成为大量扩展并发加载的瓶颈，可通过内核参数 max_loop 调整。
对于向其他 ARM 板的移植，社区已验证的路径是：保留 ARMv6 架构的用户空间二进制，替换为目标板卡编译的内核、设备树文件及模块包，同时调整 cmdline.txt 中的启动参数。核心难点在于内核版本与模块路径的严格匹配 —— 任何版本不一致都可能导致模块加载失败。这与嵌入式领域常见的「内核 - 模块严格版本耦合」问题本质上相同。
从系统设计的角度看，piCore 代表的「极简内核 + 模块化扩展 + RAM 运行」模式，为资源受限场景提供了一种可复用的架构思路。其核心价值不在于功能丰富度，而在于对启动流程的精确控制和按需加载的灵活性 —— 这正是嵌入式 Linux 定制中常被忽视却至关重要的设计原则。
参考资料
- Raspberry Pi 官方论坛：Tiny Core Linux 讨论串（https://forums.raspberrypi.com/viewtopic.php?t=20487）