1. 从“一键还原”的幻想说起Jetson 刷机到底难在哪很多人第一次给 Jetson 刷系统脑子里想的都是 Ghost 那个画面插上 U 盘点一下“还原”进度条走完重启收工。我当初也是这么想的。结果真正上手 Jetson 之后才发现这玩意儿跟给普通 PC 装系统完全是两码事。普通 PC 有 BIOS、有 UEFI你插个启动盘它就能认Jetson 是嵌入式平台它的启动链路、分区结构、引导加载程序全都有自己的脾气。你如果拿装 Windows 的思路去搞它大概率会在某个环节卡住然后开始怀疑人生。这篇文章要聊的就是 Jetson 刷机这件事的完整拆解。核心关键词包括Jetson、Recovery、APX、bct_mem、刷机。我会从整体设计思路讲到具体操作步骤再到常见问题排查尽量把每个环节的“为什么”说清楚。适合谁看如果你手上有 Jetson Nano、Jetson Orin Nano、Jetson Orin NX、Jetson AGX Orin 这些设备想重装系统、换版本、或者设备已经起不来了需要救砖那这篇内容就是给你准备的。如果你只是好奇嵌入式平台刷机和普通刷机有什么区别也能从中了解到不少底层逻辑。先说一个最直观的感受给 Jetson 刷系统更像是做一台“心脏搭桥手术”而不是“换个外壳”。你需要理解它的启动流程、进入正确的模式、用对工具、选对固件还要在出问题的时候知道从哪里下手排查。任何一个环节搞错设备就可能卡在 Recovery 模式出不来或者刷到一半报错甚至直接变砖。但反过来一旦你把这套流程跑通了后面再刷就是轻车熟路十分钟搞定。我见过太多人卡在第一步设备连上电脑lsusb里看不到 NVIDIA 的设备或者看到了但刷机工具死活连不上。也有人刷完之后发现系统起不来屏幕上显示default boot device missing or boot failed. insert recovery media and hit any key然后一脸懵。这些问题的根源往往不是设备坏了而是你对 Jetson 的启动机制和刷机流程理解不够。下面我就按实际操作的顺序把整个流程拆开来讲。2. Jetson 刷机的整体设计与核心思路拆解2.1 为什么 Jetson 不能像 PC 那样“一键还原”普通 PC 的启动流程是上电 → BIOS/UEFI 初始化 → 读取启动设备 → 加载操作系统。这个过程是标准化的所以你可以用同一个 U 盘给不同品牌的电脑装系统。但 Jetson 不一样它用的是 NVIDIA 自己的引导架构。设备上电后首先运行的是 BootROM这是一段固化在芯片里的代码它负责加载引导加载程序。而引导加载程序、设备树、内核、根文件系统这些内容都需要通过特定的工具和协议写入到设备的存储介质中。这就引出了第一个关键点Jetson 的刷机本质上是通过 USB 接口把一整套系统镜像写入到设备的 eMMC 或 NVMe 固态硬盘中。这个过程需要设备进入一个特殊的模式叫做Recovery 模式在这个模式下设备会通过 USB 暴露一个特殊的接口等待主机端的刷机工具发送数据。而这个接口在 Linux 系统下通常表现为一个 NVIDIA 的 USB 设备在 Windows 下则需要安装特定的驱动。所以Jetson 刷机的第一步不是找固件而是让设备进入 Recovery 模式。这一步如果没做对后面全是白费。2.2 Recovery 模式与 APX进入刷机状态的关键Recovery 模式是 Jetson 刷机的入口。不同型号的 Jetson 进入 Recovery 模式的方法略有不同但核心逻辑是一样的在设备上电之前按住 Recovery 按钮或者短接特定的引脚然后上电设备就会进入 Recovery 模式。这时候设备不会启动正常的系统而是等待主机通过 USB 发送刷机指令。在 Recovery 模式下设备在 USB 总线上会以一个特定的设备 ID 出现。对于 NVIDIA 的芯片这个 ID 通常与APX相关。APX 是 NVIDIA 芯片内部的一种启动模式全称是“Advanced Processor eXecution”或者类似的含义具体叫法在不同文档里可能略有差异但你可以把它理解为“芯片级别的恢复模式”。当设备处于 APX 模式时主机端的刷机工具就可以通过 USB 与芯片通信发送引导加载程序、分区表、系统镜像等数据。这里有一个很容易踩的坑不同型号的 Jetson进入 Recovery 模式后 USB 设备 ID 可能不同。比如 Jetson Nano 和 Jetson Orin 系列它们的 USB VID/PID 就不一样。如果你在 Linux 下用lsusb查看看到的是0955:7f21或者类似的 ID那就是 NVIDIA 的设备。如果什么都没看到说明设备没有正确进入 Recovery 模式或者 USB 线有问题。2.3 bct_mem 与分区布局刷机工具到底在写什么当你用 NVIDIA 提供的刷机工具比如flash.sh或者 SDK Manager开始刷机时工具会做一系列事情。首先它会向设备发送一个叫做BCTBoot Configuration Table的东西这里面包含了内存配置、启动设备配置等关键参数。其中有一个文件叫bct_mem它专门负责内存相关的配置。如果这个文件不对设备可能在刷机过程中就卡住了或者刷完之后无法正常启动。然后工具会根据你选择的配置把分区表写入设备。Jetson 的分区布局和普通 PC 不一样它通常包含多个分区引导加载程序分区、内核分区、设备树分区、根文件系统分区、恢复分区等等。每个分区的大小和位置都是在刷机时确定的。如果你刷的是官方提供的固件包这些配置都是预设好的如果你自己定制了系统就需要自己调整分区布局。这也是为什么 Jetson 刷机比普通 PC 刷机复杂的原因之一你不仅要写系统镜像还要写引导加载程序、分区表、设备树等一系列底层内容。任何一个环节出错设备都可能起不来。2.4 刷机工具的选择SDK Manager 还是命令行NVIDIA 提供了两种主要的刷机方式一种是图形化的SDK Manager另一种是命令行的flash.sh脚本。SDK Manager 适合新手它会引导你一步步完成刷机自动下载固件包自动配置环境。但它的缺点是体积大、依赖多而且有时候会因为网络问题下载失败。命令行方式更灵活适合已经熟悉流程的人你可以自己控制每一个参数也方便脚本化。我个人的建议是第一次刷机可以用 SDK Manager 走一遍流程熟悉一下整体步骤后面再刷的时候直接用命令行效率更高。尤其是当你需要批量刷多台设备或者需要定制分区布局的时候命令行是唯一的选择。3. 核心细节解析与实操要点3.1 准备工作硬件、软件、固件一个都不能少在开始刷机之前你需要准备以下几样东西一台 Linux 主机Ubuntu 20.04 或 22.04 是最稳妥的选择。虽然 Windows 下也有刷机工具但 Linux 下的兼容性最好出问题也最容易排查。一根质量可靠的 USB 数据线注意是数据线不是充电线。很多劣质线只能充电不能传输数据会导致设备无法被识别。Jetson 设备确保设备电量充足或者接上稳定的电源。刷机过程中断电是致命的。固件包可以从 NVIDIA 官网下载或者用 SDK Manager 自动下载。固件包通常是一个压缩文件解压后包含刷机所需的所有文件。刷机工具如果是命令行方式需要下载 NVIDIA 的Linux_for_Tegra包如果是 SDK Manager直接安装即可。这里有一个细节不同型号的 Jetson 需要不同的固件包。比如 Jetson Nano 的固件包和 Jetson Orin Nano 的固件包是完全不同的。你不能拿 Orin 的固件去刷 Nano反之亦然。下载的时候一定要看清楚型号和版本。3.2 进入 Recovery 模式的正确姿势进入 Recovery 模式是刷机过程中最容易出错的一步。不同型号的操作方法如下Jetson Nano先断开电源按住 Recovery 按钮通常在核心板边缘然后接上电源等待几秒钟后松开按钮。此时设备应该进入 Recovery 模式。Jetson Orin Nano / Orin NX类似找到 Recovery 按钮按住后上电等待设备被主机识别。Jetson AGX Orin通常有一个 Recovery 按钮操作方式相同。如果你不确定按钮的位置可以查一下对应型号的官方文档。一般来说Recovery 按钮旁边会有一个小孔或者标记。进入 Recovery 模式后在 Linux 主机上执行lsusb你应该能看到类似这样的输出Bus 001 Device 012: ID 0955:7f21 NVIDIA Corp. APX如果看到了NVIDIA Corp. APX说明设备已经正确进入 Recovery 模式。如果没有看到检查以下几点USB 线是否连接到了正确的接口有些 Jetson 有多个 USB 接口只有特定的接口支持刷机。是否按住了 Recovery 按钮再上电。USB 线是否支持数据传输。主机的 USB 驱动是否正常。注意有些 Jetson 型号在进入 Recovery 模式后USB 设备 ID 可能会变化。如果你看到的是其他 ID但厂商是 NVIDIA通常也是正常的。3.3 刷机命令的构成与参数解读如果你用的是命令行方式刷机的核心命令通常是这样的sudo ./flash.sh board rootdev其中board是设备型号的配置名称比如jetson-nano-emmc、jetson-orin-nano-devkit等rootdev是根文件系统的设备通常是mmcblk0p1或者nvme0n1p1。这个命令背后做的事情包括检查设备是否处于 Recovery 模式。加载 BCT 配置包括bct_mem等文件。写入引导加载程序。写入分区表。写入内核、设备树、根文件系统。重启设备。整个过程可能需要几分钟到十几分钟不等取决于固件包的大小和 USB 传输速度。如果你用的是 SDK Manager它会自动帮你完成这些步骤你只需要选择目标设备、选择要安装的组件比如 JetPack 版本、然后点击开始即可。3.4 刷机完成后的首次启动与配置刷机完成后设备会自动重启。第一次启动可能会比较慢因为系统需要初始化各种配置。如果一切正常你会看到 Ubuntu 的登录界面或者初始化向导。但有时候你会遇到这样的错误default boot device missing or boot failed. insert recovery media and hit any key这个错误的意思是设备找不到可启动的设备。可能的原因包括分区表写入失败。根文件系统没有正确写入。启动顺序配置错误。存储介质eMMC 或 NVMe硬件故障。遇到这个问题首先不要慌。重新进入 Recovery 模式再刷一次很多时候就能解决。如果反复刷都失败可能需要检查硬件连接或者换一个固件包试试。4. 实操过程与核心环节实现4.1 从零开始用命令行刷一台 Jetson Orin Nano下面我以 Jetson Orin Nano 为例完整走一遍命令行刷机流程。假设你已经在 Ubuntu 主机上准备好了环境。第一步下载固件包从 NVIDIA 官网下载对应版本的Linux_for_Tegra包。解压后你会看到一个名为Linux_for_Tegra的目录。第二步进入 Recovery 模式断开 Jetson 电源按住 Recovery 按钮接上电源等待几秒后松开。然后在主机上执行lsusb | grep NVIDIA如果看到NVIDIA Corp. APX说明设备已经就绪。第三步执行刷机命令进入Linux_for_Tegra目录执行sudo ./flash.sh jetson-orin-nano-devkit mmcblk0p1这个命令会开始刷机过程。你会看到大量的日志输出包括分区写入、文件系统创建等信息。整个过程大约需要 10 到 15 分钟。第四步等待重启刷机完成后设备会自动重启。第一次启动可能需要几分钟耐心等待即可。第五步验证系统启动完成后登录系统执行uname -a确认内核版本和系统信息是否正确。然后可以检查一下存储空间df -h看看根文件系统是否已经挂载。4.2 参数计算与选择分区大小怎么定如果你需要自定义分区布局就需要理解每个分区的作用和大小计算方法。以 eMMC 为例典型的分区布局包括分区名称作用建议大小APP根文件系统剩余空间DTB设备树1MBBMP启动画面1MBBCT启动配置表1MBEBT引导加载程序4MBRP1恢复分区16MBRP2恢复分区备份16MB这些分区的大小在刷机配置文件中定义。如果你自己定制系统需要根据实际需求调整。比如如果你要安装大量的 AI 模型根文件系统就需要更大的空间。4.3 实操现场记录一次失败的刷机经历我第一次刷 Jetson Nano 的时候遇到了一个典型问题刷机命令执行到一半报错说bct_mem文件找不到。当时我以为是固件包下载不完整重新下载了一遍还是同样的错误。后来查了半天才发现是我用的固件包版本和设备的硬件版本不匹配。Jetson Nano 有多个硬件版本不同版本需要的 BCT 配置不一样。换了一个对应版本的固件包之后问题就解决了。这个经历告诉我刷机之前一定要确认固件包和设备型号、硬件版本完全匹配。不要随便拿一个固件包就刷否则很容易卡在某个环节。5. 常见问题与排查技巧实录5.1 设备无法进入 Recovery 模式怎么办这是最常见的问题之一。排查思路如下确认 Recovery 按钮是否按对了。有些设备的 Recovery 按钮很小需要用针或者牙签才能按到。确认 USB 线是否连接到了正确的接口。有些 Jetson 有多个 USB 接口只有一个是用于刷机的。确认 USB 线是否支持数据传输。换一根线试试。确认主机是否识别到了设备。执行lsusb查看。如果还是不行尝试换一个 USB 接口或者换一台主机。5.2 刷机过程中报错怎么处理刷机过程中可能出现的错误有很多常见的包括错误信息可能原因解决方法bct_mem file not found固件包不完整或版本不匹配重新下载对应版本的固件包USB write failedUSB 连接不稳定换一根质量好的 USB 线partition table write failed存储介质故障检查 eMMC 或 NVMe 是否正常timeout waiting for device设备没有正确进入 Recovery 模式重新进入 Recovery 模式5.3 刷机后系统起不来怎么办如果刷机后系统起不来屏幕上显示default boot device missing or boot failed可以尝试以下步骤重新进入 Recovery 模式再刷一次。检查分区表是否正确写入。检查根文件系统是否完整。如果用的是 NVMe 固态硬盘检查硬盘是否被正确识别。如果反复失败可能是硬件问题需要联系售后。5.4 独家避坑技巧刷机前备份重要数据刷机会清空设备上的所有数据提前备份。使用稳定的电源刷机过程中断电可能导致设备变砖。不要频繁插拔 USB 线刷机过程中保持连接稳定。记录每次操作的日志出问题的时候日志是最好的排查依据。多准备几个固件包版本不同版本可能对硬件的兼容性不同。6. 刷机之后的系统优化与 AI 部署建议6.1 系统精简与性能调优刷完系统之后第一件事是更新软件源安装必要的工具。然后可以根据自己的需求精简系统关闭不必要的服务释放更多的资源给 AI 推理任务。比如如果你只是用来跑 YOLOv5 或者部署 Qwen 模型可以把图形界面关掉直接用命令行操作这样能省下不少内存和 CPU 资源。另外Jetson 的功耗模式也是可以调整的。默认情况下设备可能会运行在较低的功耗模式下性能没有完全释放。你可以通过nvpmodel命令切换功耗模式比如切换到最大性能模式sudo nvpmodel -m 0然后可以用jetson_clocks命令锁定最高频率sudo jetson_clocks这两个操作能让设备在跑 AI 模型的时候发挥出最大性能。6.2 部署 AI 模型的注意事项在 Jetson 上部署 AI 模型有几个点需要特别注意。首先是模型格式Jetson 支持 TensorRT 加速所以最好把模型转换成 TensorRT 格式这样推理速度会快很多。其次是内存管理Jetson 的内存是共享的CPU 和 GPU 共用同一块内存所以模型的大小不能超过可用内存。最后是散热Jetson 在高负载下发热量不小如果散热不好设备会降频影响性能。我实测下来Jetson Orin Nano 在跑 YOLOv5 的时候如果散热做好帧率可以稳定在 30 帧以上。但如果散热不好跑几分钟就会掉到 15 帧左右。所以如果你打算长时间跑 AI 任务一定要加一个散热风扇或者散热片。6.3 后续扩展思路刷机只是第一步后面还有很多可以折腾的地方。比如你可以给 Jetson 接上摄像头做一个实时目标检测系统或者接上麦克风做一个语音助手还可以把多个 Jetson 组网做一个分布式推理集群。这些扩展都需要你对系统有足够的了解而刷机就是打基础的过程。我个人在实际操作中的体会是Jetson 刷机这件事第一次做会觉得复杂但只要你理解了它的启动流程和刷机原理后面就会变得很简单。关键是要有耐心遇到问题不要慌一步步排查总能解决。最后再分享一个小技巧如果你经常刷机可以把常用的命令写成脚本这样每次刷机只需要执行一个脚本省时省力。