1. 先搞清楚双介质启动到底解决什么实际问题如果你在嵌入式 Linux 开发中遇到过这些情况设备上电后应用不能自动运行、存储空间不够需要扩展、或者希望系统能从不同存储介质启动以提高可靠性那么 Petalinux 的应用自启动和双介质启动方案就是为你准备的。这个方案最核心的价值是让系统在 QSPI Flash 中启动内核和设备树同时把更大的根文件系统放在 eMMC 中既保证了启动可靠性又扩展了存储空间。实际落地时最关键的不是功能列表而是配置顺序、路径设置和启动脚本的调试方法。我一般会先确认开发环境Petalinux 2020.2 或更新版本Xilinx ZynqMP 或类似架构的硬件平台至少要有 QSPI Flash 和 eMMC 两种存储介质。低配设备也能跑但要注意内核配置和存储驱动是否完整支持。2. 环境准备和基础配置检查2.1 确认硬件存储介质状态在开始配置之前先通过 Petalinux 工程检查存储设备是否被正确识别。进入 petalinux 工程目录执行petalinux-config -c kernel在 Device Drivers 菜单中确保以下选项已启用Memory Technology Device (MTD) supportSPI NOR device supportMMC/SD/SDIO card supporteMMC specific support这些驱动是双介质启动的基础。如果硬件平台比较特殊可能需要额外配置设备树中的存储控制器节点。2.2 配置启动介质优先级双介质启动的核心是设置正确的启动顺序。通过 petalinux-config 配置petalinux-config在 Subsystem AUTO Hardware Settings 中设置 boot device 为 QSPI。这样系统会优先从 QSPI Flash 启动但根文件系统可以指向 eMMC。实际项目中经常遇到的问题是启动顺序配置正确但根文件系统挂载失败。这时候不要急着修改内核配置先确认 eMMC 的设备节点在设备树中是否正确定义。3. 配置根文件系统到 eMMC3.1 修改内核启动参数要让系统从 eMMC 挂载根文件系统需要修改内核命令行参数。在 petalinux-config 中进入 Subsystem AUTO Hardware Settings → Advanced bootable images storage settings设置 boot args 为root/dev/mmcblk0p2 rw rootwait earlyprintk这里的 /dev/mmcblk0p2 假设 eMMC 的第二个分区是根文件系统。具体分区号要根据实际 eMMC 的分区布局来定。如果启动时出现 waiting for root device 然后卡住通常是设备节点名不匹配。可以通过在启动参数中增加 consolettyPS0,115200 来查看详细启动日志。3.2 准备 eMMC 分区和文件系统在开发主机上准备 eMMC 的镜像文件时需要先创建正确的分区表# 创建包含两个分区的镜像文件 dd if/dev/zero ofemmc.img bs1M count1024 sudo parted emmc.img mklabel msdos sudo parted emmc.img mkpart primary ext4 1MiB 512MiB # 第一分区用于数据 sudo parted emmc.img mkpart primary ext4 512MiB 100% # 第二分区用于根文件系统将根文件系统写入第二个分区后通过编程器或启动后的系统将镜像烧录到 eMMC。批量生产时这个步骤通常通过专门的烧录工具完成。4. 应用自启动配置方法4.1 通过 systemd 服务实现自启动对于 Petalinux 2020.2 及更新版本推荐使用 systemd 服务管理应用自启动。在 project-spec/meta-user/recipes-core/ 目录下创建服务文件# 创建服务描述文件 mkdir -p recipes-core/myapp/files cat recipes-core/myapp/files/myapp.service EOF [Unit] DescriptionMy Application Service Aftersyslog.target network.target [Service] Typesimple ExecStart/usr/bin/myapp WorkingDirectory/home/root Restartalways Userroot [Install] WantedBymulti-user.target EOF然后创建对应的 recipe 文件来安装服务cat recipes-core/myapp/myapp.bb EOF SUMMARY My Application LICENSE MIT LIC_FILES_CHKSUM file://\${COMMON_LICENSE_DIR}/MIT;md50835ade698e0bcf8506ecda2f7b4f302 SRC_URI file://myapp \ file://myapp.service S \${WORKDIR} do_install() { install -d \${D}\${bindir} install -m 0755 myapp \${D}\${bindir} install -d \${D}\${systemd_system_unitdir} install -m 0644 myapp.service \${D}\${systemd_system_unitdir} } SYSTEMD_SERVICE_\${PN} myapp.service SYSTEMD_AUTO_ENABLE_\${PN} enable FILES_\${PN} \${bindir}/myapp EOF4.2 传统 init.d 脚本方式如果使用的是较老的 Petalinux 版本或者需要更简单的控制可以使用 init.d 脚本# 在 /etc/init.d/ 创建启动脚本 cat /etc/init.d/myapp EOF #!/bin/sh ### BEGIN INIT INFO # Provides: myapp # Required-Start: $local_fs $network # Required-Stop: $local_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: My Application ### END INIT INFO DAEMON/usr/bin/myapp PIDFILE/var/run/myapp.pid case $1 in start) echo -n Starting myapp: start-stop-daemon -S -b -m -p $PIDFILE --exec $DAEMON echo done ;; stop) echo -n Stopping myapp: start-stop-daemon -K -p $PIDFILE echo done ;; restart) $0 stop sleep 2 $0 start ;; *) echo Usage: $0 {start|stop|restart} exit 1 ;; esac EOF chmod x /etc/init.d/myapp update-rc.d myapp defaults这种方式更直接但缺少 systemd 的服务监控和自动重启功能。5. 调试和验证启动流程5.1 检查启动顺序和挂载点系统启动后首先检查根文件系统是否确实挂载在 eMMC 上cat /proc/mounts | grep rootfs df -h | grep -E (mmcblk|emmc)确认根文件系统所在设备后检查应用服务状态# 对于 systemd 服务 systemctl status myapp journalctl -u myapp -f # 检查服务是否启用 systemctl is-enabled myapp5.2 常见启动问题排查当应用没有按预期自启动时按这个顺序排查检查服务文件语法systemctl daemon-reload后重新启用服务查看启动日志dmesg | grep -i mmc确认 eMMC 识别和挂载验证应用权限确保可执行文件有执行权限路径正确检查依赖服务确认网络、文件系统等依赖服务先启动查看系统日志journalctl -b查看本次启动的完整日志如果启动过程中内核卡住可能是设备树配置问题。检查 eMMC 控制器在设备树中的状态是否为 okay时钟配置是否正确。6. 生产环境优化建议6.1 可靠性增强措施对于需要长时间运行的生产设备建议增加以下监控和恢复机制# 在 systemd 服务文件中增加健康检查 [Service] ... ExecStartPre/bin/bash -c until [ -e /dev/mmcblk0p2 ]; do sleep 1; done Restartalways RestartSec5 StartLimitInterval0这样即使 eMMC 挂载稍有延迟服务也会等待设备就绪后再启动。StartLimitInterval0 表示不限制重启次数适合需要高可用性的场景。6.2 存储空间优化配置双介质启动方案中QSPI Flash 通常容量较小16-128MB需要优化内核和根文件系统大小使用petalinux-config -c kernel精简不必要的内核模块通过petalinux-config -c rootfs移除不需要的软件包考虑使用 INITRAMFS 减小根文件系统体积将大型应用数据存储在 eMMC 的数据分区而非根文件系统6.3 批量部署方案在多台设备上部署时可以制作统一的启动镜像# 创建包含 QSPI 启动镜像和 eMMC 根文件系统的完整镜像 petalinux-package --boot --fsbl --fpga --u-boot --force将生成的 BOOT.BIN 和 image.ub 烧录到 QSPI Flash同时准备 eMMC 镜像文件用于批量烧录。生产测试时先验证单台设备的启动流程再扩展到批量处理。实际项目中双介质启动最大的优势是维护方便更新应用时只需要替换 eMMC 中的文件而关键的启动部分保持在稳定的 QSPI Flash 中。这种分离设计大大降低了系统变砖的风险。