Radxa ROCK 5 ITX 安装 Ubuntu22.04 至 SATA SSD
访问Windows 主机 | Radxa Docs 下载瑞莎官方提供的RKDevTool 、DriverAssistant 、spl loader,参考瑞莎官方教程将Releases · Joshua-Riek/ubuntu-rockchip · GitHub提供的适配radxa rock5 itx的ubuntu22.04下载到eMMC,然后执行如下步骤
第一步:全盘克隆与强制刷新
在通过 eMMC 正常进入 Ubuntu 并连上 SSH 后,插入你的 SATA SSD。
# 1. 像素级全盘克隆(将 eMMC 复制到 SATA SSD) sudo dd if=/dev/mmcblk0 of=/dev/sda bs=4M status=progress conv=fsync # 2. 修复由“大盘装小镜像”导致的 GPT 分区表末尾标记错误 # 运行后遇到提示输入 "Fix" 并回车 sudo parted /dev/sda print第二步:分区与文件系统完美扩容
# 1. 刷新内核分区表 sudo partprobe /dev/sda # 2. 扩容 sda1 分区 sudo growpart /dev/sda 1 # 3. 强制进行文件系统一致性检查(修复 dd 带来的轻微脏数据) sudo e2fsck -f /dev/sda1 # 4. 扩容文件系统,让系统彻底吃满 SSD 的全部空间 sudo resize2fs /dev/sda1此时运行 lsblk,你会看到 sda1 已经膨胀为两百多 G 的完全体。
第三步:绝地反击——直接擦除 eMMC 引导
既然 eMMC 抠不下来,为了让主板开机时“死心”并转向 SATA 盘,我们需要在当前运行的系统里直接物理擦除 eMMC 的分区表。不用担心,此时系统核心已常驻内存(RAM),此操作完全安全:
# 暴力擦除当前 eMMC 盘的前 10MB 空间(清除其旧 GPT 分区表和引导头) sudo dd if=/dev/zero of=/dev/mmcblk0 bs=1M count=10 conv=fsync第四步:强制重启,迎接高光时刻
由于 eMMC 已经写满且分区表被洗空,普通的 reboot 可能会卡死在写日志阶段,必须执行强制重启:
sudo reboot -f🎉 成果验证与后续优化
重启后,主板的底层逻辑会发生完美改变:
开机 -> 扫描 eMMC(空白无引导,失败)-> 自动读取 SPI Flash 初始化 PCIe/SATA 控制器 -> 发现主板上唯一的合法系统盘 SATA SSD -> 顺利引导挂载!
再次使用 lsblk 验证,你将看到:
sda 8:0 0 232.9G 0 disk └─sda1 8:1 0 232.9G 0 part / <-- 根目录成功挂载在 SSD 上! mmcblk0 179:0 0 7.3G 0 disk <-- 旧 eMMC 变成了一个干净的空白盘🎁 如何压榨旧 eMMC 的剩余价值?
现在 eMMC 是一块空白的 7.3G 闲置盘,我们可以把它格式化,挂载为独立的高速缓存盘或存一些日常脚本:
# 将旧 eMMC 格式化为 ext4 文件系统 sudo mkfs.ext4 /dev/mmcblk0