在 Arch Linux 上自动化刷写 Jetson Orin Nano Super
手头要给一批 Jetson Orin Nano Super 做无人值守刷机：预置账号、跳过首次开机向导、最好还能一条命令刷多台。NVIDIA 的命令行流程默认你在 Ubuntu x86_64 主机上操作，换成 Arch 会有几个包要自己映射，另有一些参数在中文教程里传错了。这篇把在 Arch 上跑通整套流程的步骤、参数修正和批量方案记下来，最后评估一下做跨平台 GUI 的可行性。 先对齐 2026 年的现状，免得照着旧教程白折腾： JetPack 7.2（L4T r39.2，Ubuntu 24.04 基础）起，官方主推 ISO 安装器 ：U 盘启动、设备自己安装，做盘在 Windows / Mac / Linux 都行，SDK Manager 不再是必须。 SD 卡镜像从 7.2 起不再提供。7.2 还要求设备里已有 36.x 代的 UEFI/QSPI 固件，出厂固件太新老（低于 36.0）得先走一遍 JetPack 6.x 升级路径。 但凡是批量、无头、要定制 rootfs 的场景，还得用命令行 l4t_initrd_flash.sh，它没被砍，参数与 6.2 基本一致。下面全部围绕这条路。 0. 先纠正几个到处流传的说法 这几条是核对官方文档和论坛时发现的，先列出来： l4t_create_default_user.sh 的 -a 不是"自动接受许可"。官方参数表写得明白，-a 是 --autologin（自动登录桌面）；接受 EULA 的是 --accept-license，漏掉它脚本会停在 EULA 交互确认上等输入，CI 或无人值守环境直接卡死。 massflash 产物是 mfi_<板型>.tar.gz，不是 .tbz2。网上有教程写 .tbz2，照做出不来文件。 刷 NVMe 的命令结尾参数，官方示例统一写 internal（SDK Manager 生成的就是这个）。社区有人写 external，NVIDIA 工程师在论坛里回复过 两者在该场景等价，但没必要标新立异，跟官方对齐。 --massflash N 里的 N 是并发上限。实际接的设备少于 N 没事，文档原话如此，不用为了数量重新打包；超过 N 的话要么加 N，要么分批。 “JetPack 7 = R38.x” 这个印象要修正：R38 是 Thor 那条线的 7.0/7.1；Orin 系列的 JetPack 7.2 其实是 R39.2，7.2.1 是 R39.2.1。 1. Arch 主机的依赖 Ubuntu 主机上 NVIDIA 提供 tools/l4t_flash_prerequisites.sh 一键装依赖（apt）。Arch 上没有对应物，需要手动装。这是按官方脚本和社区文档映射出来的一份清单： ...