【Petalinux实战】SD卡双分区配置：从BOOT到rootfs的完整指南

1. 为什么需要SD卡双分区？

在嵌入式Linux开发中，SD卡双分区是常见的系统部署方案。简单来说，就是把一张SD卡分成两个独立区域：FAT32格式的BOOT分区和EXT4格式的rootfs分区。这种设计可不是为了看起来专业，而是有实实在在的好处。

我刚开始接触Petalinux时也不理解为什么要这么麻烦，直到有次更新应用程序时把整个系统搞崩了才明白。双分区最大的优势就是系统与数据分离：BOOT分区放启动文件（如BOOT.BIN、image.ub），rootfs分区放根文件系统。这样当需要更新应用程序时，只需要替换rootfs分区中的文件，完全不会影响启动流程。

另一个实际好处是兼容性。FAT32是通用文件系统，几乎所有硬件都能识别，确保uboot能顺利加载内核；而EXT4则是Linux原生文件系统，支持权限控制、符号链接等高级特性。我在一次项目中就遇到过单分区方案导致设备节点权限丢失的问题，改用双分区后迎刃而解。

2. 准备工作与环境搭建

2.1 硬件准备清单

• SD卡：建议Class10以上速度，容量至少8GB（我用的是32GB SanDisk Extreme）
• 读卡器：确保能被虚拟机识别（遇到过USB3.0读卡器需要特别配置的情况）
• 开发环境：
  • Ubuntu 16.04/18.04 LTS（实测20.04也行）
  • VMware/VirtualBox虚拟机（物理机直接操作更简单）

特别提醒：操作前务必备份SD卡数据，分区操作会清空所有内容！我就曾因为忘记备份损失过重要资料。

2.2 软件工具安装

分区工具推荐使用gparted，比fdisk更直观：

bash复制sudo apt update
sudo apt install gparted -y

如果使用虚拟机，记得在插入SD卡时选择连接到虚拟机。遇到过读卡器无法识别的情况，这时需要：

1. 在VMware设置中将USB控制器改为USB3.0模式
2. 执行lsusb确认设备是否识别
3. 可能需要重启VMware USB仲裁服务：

bash复制sudo vmware-usbarbitrator restart

3. 使用gparted进行分区实战

3.1 清除原有分区

打开gparted时会显示所有存储设备，务必确认选择的是SD卡（根据容量判断）。我有个同事误操作格式化了硬盘，血的教训！

操作步骤：

1. 右键点击现有分区 → Unmount
2. 再次右键 → Delete
3. 重复直到所有分区变为"unallocated"

注意：有些SD卡会有隐藏的保留分区（尤其在Windows格式化过的），一定要全部删除。

3.2 创建BOOT分区

1. 右键unallocated空间 → New
2. 关键参数设置：
   • 文件系统：fat32
   • 大小：建议512MB-1GB（我习惯设1GB，避免后期镜像过大）
   • Free space preceding：至少4MB（留给uboot参数）
3. 设置分区标签为"BOOT"（非必须但建议）

3.3 创建rootfs分区

1. 选中剩余空间 → New
2. 关键参数：
   • 文件系统：ext4
   • 使用全部剩余空间
3. 标签设为"rootfs"
4. 点击√应用操作

常见坑点：

• 如果ext4创建失败（显示unknown），尝试：
  • 稍微缩小分区大小（不要用满全部空间）
  • 换用其他品牌SD卡（某些廉价卡兼容性差）

4. 文件系统部署详解

4.1 BOOT分区文件部署

将Petalinux生成的启动文件复制到BOOT分区：

bash复制cp BOOT.BIN /media/$USER/BOOT/
cp image.ub /media/$USER/BOOT/

重要检查项：

1. 确认文件完整复制（遇到过因SD卡接触不良导致的文件损坏）
2. 检查文件权限（特别是从Windows复制时可能丢失可执行权限）

4.2 rootfs分区解压技巧

解压根文件系统时需要root权限：

bash复制sudo tar xvf rootfs.tar.gz -C /media/$USER/rootfs

优化建议：

1. 添加--keep-directory-symlink参数保留符号链接
2. 解压后执行sync确保数据完全写入
3. 检查/dev目录是否生成设备节点

遇到过解压后系统无法启动的情况，最后发现是SD卡速度跟不上导致文件损坏。解决方法：

bash复制sudo chmod -R 755 /media/$USER/rootfs  # 确保权限正确
sudo find /media/$USER/rootfs -type d -exec chmod 755 {} \; 

5. 启动验证与排错

5.1 常见启动问题

1. 卡在"Waiting for root device"：

   • 检查/dev/mmcblk0p2是否正确（有些板子是mmcblk1p2）
   • 确认Petalinux配置中Root filesystem type设为EXT4

2. 内核panic：

   • 检查image.ub是否包含匹配的内核和设备树
   • 确认rootfs解压完整（比较文件数量）

3. uboot无法加载镜像：

   • 尝试重新格式化BOOT分区（fat32 -F 32）
   • 检查BOOT.BIN是否针对当前硬件生成

5.2 调试技巧

1. 通过串口查看完整启动日志
2. 在uboot中手动测试加载：

   bash复制fatload mmc 0:1 0x10000000 image.ub
   bootm 0x10000000
   

3. 修改uboot环境变量：

   bash复制setenv bootargs 'console=ttyPS0,115200 root=/dev/mmcblk0p2 rw'
   saveenv
   

6. 高级配置技巧

6.1 分区大小优化

通过实测给出推荐值：

6.2 自动化部署脚本

创建部署脚本deploy_sd.sh：

bash复制#!/bin/bash
BOOT_PART="/media/$USER/BOOT"
ROOTFS_PART="/media/$USER/rootfs"

echo "=== 清空分区 ==="
rm -rf $BOOT_PART/*
sudo rm -rf $ROOTFS_PART/*

echo "=== 复制BOOT文件 ==="
cp BOOT.BIN image.ub $BOOT_PART/

echo "=== 解压rootfs ==="
sudo tar xvf rootfs.tar.gz -C $ROOTFS_PART

echo "=== 设置权限 ==="
sudo chown -R root:root $ROOTFS_PART
sudo chmod -R 755 $ROOTFS_PART

echo "=== 同步数据 ==="
sync

6.3 多系统启动方案

通过修改uboot实现双系统切换：

1. 在SD卡上创建第二个rootfs分区（如mmcblk0p3）
2. 设置uboot环境变量：

   bash复制setenv bootargs_system1 'root=/dev/mmcblk0p2'
   setenv bootargs_system2 'root=/dev/mmcblk0p3'
   setenv bootcmd 'run bootcmd_system1'  # 默认启动系统1
   

7. 实际项目经验分享

在工业控制器项目中，我们要求系统能回滚到上一个版本。最终方案是：

1. BOOT分区：1GB（存放三套启动文件）
2. rootfs_a：8GB（当前系统）
3. rootfs_b：8GB（备份系统）
4. data分区：剩余空间（应用数据）

通过uboot脚本检测系统健康度，异常时自动切换分区。这个方案成功解决了现场升级失败导致设备变砖的问题。

另一个性能优化案例：通过调整ext4参数提升IO性能：

bash复制sudo mkfs.ext4 -O ^has_journal -E stride=4,stripe_width=512 -L rootfs /dev/mmcblk0p2

在频繁写操作的场景下，这样配置可以减少约30%的写放大效应。