张牛顿1. 项目概述
作为一名长期从事边缘计算设备调优的工程师，我最近完成了将NVIDIA Jetson AGX Orin开发板的根文件系统从板载eMMC迁移到NVMe固态硬盘的完整流程。这个需求在实际项目中非常常见——当你在Orin上部署大型AI模型、处理海量传感器数据或运行多个Docker容器时，64GB的eMMC存储很快就会捉襟见肘。
迁移后的系统不仅获得了双倍存储空间（从64GB到119GB），更重要的是NVMe SSD的持续读写速度可以达到3500MB/s以上，相比eMMC的400MB/s有近9倍的提升。这对于需要频繁加载模型权重或处理高分辨率视频流的AI应用来说，性能改善尤为明显。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 核心需求解析
2.1 为什么需要迁移根文件系统
在边缘AI设备的实际部署中，存储瓶颈往往比计算瓶颈更难处理。以我们团队最近部署的智能质检项目为例：
- 单个YOLOv5x模型权重文件：约180MB
- 产线检测样本库（1个月累积）：约35GB
- Docker基础镜像（包含CUDA环境）：约5GB
- 日志文件（每日增量）：约500MB
仅这些基础数据就已经超过eMMC容量的一半，更不用说还要为系统预留20%的剩余空间以防性能下降。而换成1TB的NVMe SSD后，这些问题迎刃而解。
2.2 技术方案选型
常见的存储扩展方案有三种：
| 方案 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 外接USB 3.0硬盘 | 即插即用，成本低 | 速度受限（约500MB/s），可靠性差 | 临时数据备份 |
| 挂载NVMe为数据盘 | 不改动系统分区 | 系统文件仍在eMMC，/var/log等目录仍可能爆满 | 纯数据存储需求 |
| 根文件系统迁移（本文方案） | 全盘性能提升，透明化使用体验 | 操作复杂度较高 | 长期部署的生产环境 |
我们选择第三种方案的核心考量是：让所有系统操作（包括apt安装、Docker存储、日志写入等）都能自动享受NVMe的高性能，而不需要人工干预存储路径。
3. 迁移实操全流程
3.1 准备工作
硬件清单：
- Jetson AGX Orin开发者套件
- NVMe SSD（推荐三星980 Pro或西数SN