文章目录1. 第一天目标2. 认板与供电3. 刷机3.1 材料3.2 安装顺序DevKit3.3 刷完立刻记版本4. 登录与网络5. 功耗与温度6. 算力路径冒烟7. Docker8. 磁盘与内存9. 不要从 Orin 硬搬的东西10. 常见坑11. 收工检查12. 下一步13. 小结摘要Thor 不是 Orin 换皮。封装不兼容软件走 JetPack 7 / CUDA 13 / SBSA刷机也常变成「U 盘装系统」而不是老一套 recovery。本文按第一天顺序写认板与供电、ISO 刷机、登录网络、功耗温度、算力样例、磁盘与 Docker以及不要从 Orin 硬搬什么。适合刚到手的 Jetson AGX Thor 开发者套件。步骤以 NVIDIA Quick Start 与当前 JetPack 文档为准。1. 第一天目标第一天只建立基线不堆业务能稳定开机、登录网络和磁盘正常记下 JetPack / L4T 版本后面装组件和容器才有依据功耗档和温度看过一眼CUDA / TensorRT 至少有一条官方路径能跑检测、大模型、Isaac、自研工程都放到这些确认之后。环境没捋清就搬 Orin 上的镜像和引擎后面半天都在猜是板子问题还是软件代际问题。官方入口AGX Thor Quick StartBSP SetupISO / SDK Manager / flash 脚本JetPack 下载页2. 认板与供电本文默认是Jetson AGX Thor Developer Kit常见集成T5000、板载大容量 NVMe。量产模组加载板的接口与供电以载板手册为准不要把 DevKit 假设原样搬过去。开箱先记下项建议记下的内容模组T5000 / 其他 SKU内存容量存储系统是否在 NVMe容量多少电源是否使用套件标配 USB-C 电源散热风扇能否转风道有没有被挡软件目标计划安装的 JetPack 大版本和 Orin 比第一天最容易翻车的是供电与散热。Thor 功耗可配置区间更高公开材料常见约 40W130W 量级标配电源不是装饰。官方 Quick Start 也强调优先用套件电源。电源偏弱时表现可能是随机重启、USB 掉线、文件系统异常看起来像软件坏了。另外记住Thor 与 Orin无针脚兼容。载板、外壳、供电方案不能按「Orin 换模组」理解。选型背景见同目录《Jetson Orin 和 Thor 怎么选》《NVIDIA Jetson Thor 简介》。3. 刷机JetPack 7 起开发者套件常见路径是制作 Jetson ISO 安装 U 盘 → 装到 NVMe不一定非要一台符合版本要求的 Ubuntu 主机 SDK Manager。Windows / Mac / Linux 主机都可以先做 U 盘。3.1 材料主机至少约 25GB 空闲空间下 ISOU 盘16GB 及以上写盘工具如 Balena Etcher不能只是把 ISO 文件复制进 U 盘ISO 从 JetPack 下载页 取面向 AGX Thor 的当前版本不要拿过期镜像硬装。3.2 安装顺序DevKit接显示器 / 键鼠或按文档走 Debug 串口的 headless 流程插入安装 U 盘接上标配电源按电源键开机若提示QSPI capsule update按Y等更新完成不要跳过安装菜单优先选Install on NVMe装完重启前拔掉安装 U 盘否则可能再次进安装盘进入oem-config用户、密码、时区、网络细节、重装注意项、UEFI 兼容性以 Quick Start 为准。需要 SDK Manager 或Linux_for_Tegra脚本时看 BSP Setup。3.3 刷完立刻记版本cat/etc/nv_tegra_releaseuname-a# 包名随版本可能变化以镜像实际为准dpkg-l|rg-invidia-jetpack|nvidia-l4t把输出贴进一个小文本型号、内存、JetPack/L4T、安装日期。后面装 CUDA 组件、拉容器、对论坛都靠这份基线。注意ISO 路径往往先把BSPJetson Linux装上CUDA、TensorRT 等 JetPack 组件是否已齐全要以当前文档的JetPack SDK Setup为准。第一天发现nvcc/ TensorRT 不在优先补官方组件不要按 x86 方式重装一份 CUDA。4. 登录与网络datetimedatectl statusipaddrping-c38.8.8.8时间不对下证书、拉包、拉容器都可能怪到别处。只用 ssh 时记下 IP路由器里做 DHCP 绑定或静态地址大文件尽量让板子自己拉少经笔记本中转公司网有代理第一天就把 apt / Docker 代理设好Thor DevKit 网络口比常见 Orin 套件更丰富例如多千兆 / QSFP 等以载板为准。第一天有线能通即可高速相机、Holoscan Sensor Bridge、25GbE 类链路放到环境稳后再接少一次变量。远程桌面可以后做。第一天能 ssh、能拷文件、能跑样例就够。图形远程更占资源也更容易把「环境不通」和「桌面卡」搅在一起。5. 功耗与温度tegrastatssudonvpmodel-qsudonvpmodel-p空载看一两分钟确认风扇在转。字段名随 JetPack 可能变化温度与 GPU 相关项看懂即可。写测试记录时带上功耗档。同一模型在不同档位上差一截很正常。闷壳、风道堵、标配风扇被替换成静音方案时高档位空转也可能降频或保护重启——DevKit 开放散热上的数字不能直接写成量产指标。jetson_clocks一类锁频手段第一天知道存在即可不必一上来锁满。先摸清模式和温度再谈锁频。6. 算力路径冒烟目标不是跑通业务模型而是证明加速栈在nvcc--versionnvidia-smi python3-cimport tensorrt as trt; print(trt.__version__)Thor 走 SBSA / 更接近服务器语义的软件路线nvidia-smi等工具的表现可能比老 Jetson 更「像独显」。以你当前 JetPack 实际输出为准命令不存在或权限不对时先回到 JetPack 组件是否装全。建议再做一件跑一个官方 CUDA sample或TensorRT 自带小例子样例失败时的排查顺序JetPack 组件是否装全功耗档是否过低或已经热降频df -h是否磁盘满是否把 x86 / 旧 Orin 的 wheel、引擎、容器硬搬过来第一天不要编译大型开源仓库也不要按桌面 PC 教程重装 CUDA。官方路径通了再上 YOLO、VLM、Isaac。7. Docker不用容器可跳过。要用则先做 smoke testdockerversion# 镜像标签必须匹配当前 JetPack / L4T不要用桌面 x86 镜像dockerrun--rm--runtimenvidia匹配当前版本的L4T镜像nvidia-smi注意runtime 没配好时容器能起、GPU 不可用Orin 上能用的 L4T 镜像不能默认拿到 Thor 上复用镜像很大先看磁盘与网络Docker 数据目录默认常在系统盘。有独立数据分区时第一天就可以规划镜像与容器层放哪避免两周后满盘伪装成各种 GPU 故障。8. 磁盘与内存df-hfree-hlsblkDevKit 常见大容量 NVMe但仍建议系统与大数据模型、数据集、Docker 层分区或分目录清楚系统分区只剩几个 G 时apt、拉镜像、导引擎都会突然失败日志journalctl、Docker 日志、自己的 debug也会吃盘内存通常远高于 Orin Nano/NX第一天仍别同时开远程大桌面 多容器 本机大编译 无节制拉模型。基线清爽后面压测才有对照。9. 不要从 Orin 硬搬的东西类别原因TensorRT.engine绑定 GPU 架构与 TensorRT 版本旧 L4T / JetPack 5·6 容器用户态与驱动代际不同按 Orin 写死的刷机习惯Thor 常见 ISO U 盘安装细节已变「换模组升级」的结构假设封装与供电不兼容把 Orin 上的峰值 FPS 当 Thor 合同指标负载类型与软件栈都不同Orin 上的算法与数据可以迁运行时产物按目标板重建。第一天就把这条边界划清后面少吵两天。10. 常见坑现象多见原因处理装完又进安装盘没拔 U 盘拔掉安装盘再启动卡在 QSPI / 固件提示跳过了 capsule update重来并按 Y 等完成无显示经 KVM部分 KVM 不兼容显示器直连试nvcc/ TensorRT 没有只装了 BSP组件未装全按 JetPack SDK Setup 补容器无 GPUruntime 或镜像标签不对查 Docker 与 L4T 标签随机重启、USB 掉供电不稳先换标配电源与线样例异常慢功耗档低、降频、实际走 CPU看nvpmodel与温度按 Orin 教程硬套版本与架构假设错误回到 Thor 当前文档第一天尽量少做无目的full-upgrade、按 x86 重装 CUDA、并行堆多个互相打架的 Python 环境、封闭壳里最高档空转很久。11. 收工检查能稳定登录屏幕或 sshJetPack / L4T 版本已记下系统在 NVMe 上磁盘空间够用当前nvpmodel清楚tegrastats看过温度与风扇nvidia-smi/ CUDA / TensorRT 至少一条路径冒烟通过用 Docker 的话匹配镜像的 GPU 测试过明确不从 Orin 拷引擎和旧容器当第一依赖几人共用板时把型号、内存、JetPack、功耗档、数据目录、基础镜像标签放进同一份小文档。12. 下一步环境稳了再往下按你的目标选一条视觉检测本板重建 TensorRT 引擎再谈 DeepStream端侧大模型 / VLM先小模型打通内存与吞吐再上业务模型机器人 / Physical AI再接 Isaac、相机与高速传感链路相机、QSFP、多模型并发都不是第一天必选项。先保证「版本、供电、磁盘、加速路径」比较清楚了。13. 小结Thor 第一天不着急上业务而是把供电、ISO/BSP、版本、功耗档、官方算力路径摸清楚并接受它和 Orin 不是同一套搬迁假设。这几样清楚了后面上模型与传感问题更好处理。命令与包名随 JetPack 会变对不上就查当前官方文档不要用旧 Orin 教程硬套。