1. 环境准备：避开Ubuntu版本与硬件的"天坑"

第一次用SDK Manager给Jetson刷机时，我踩过最深的坑就是Ubuntu版本问题。官方文档说支持16.04和18.04，但实测发现18.04会有各种奇怪的依赖冲突。后来在NVIDIA开发者论坛扒到真相：16.04才是最稳定的选择，特别是对于Jetson TX2这类老设备。

硬件准备要注意三个关键点：

• 存储空间：别看官方说50GB够用，实际刷JetPack 5.x时，我的虚拟机分配了80GB还是爆满。建议直接上100GB，特别是要安装DeepStream这类大包时
• USB数据线：曾经用手机充电线折腾三小时没反应，后来才发现必须用支持数据传输的Micro-B线（Type-C接口设备除外）。检测方法很简单：

  lsusb | grep Nvidia

  如果没输出，赶紧换线！
• 双显示器：刷机过程中主机和Jetson设备需要独立显示输出，我用的是笔记本+外接显示器方案。如果没有双显，可以用VNC或者SSH替代，但会增加操作复杂度

2. 连接设备：Recovery模式进入的"玄学"技巧

让Jetson进入Recovery模式是个技术活，不同设备按键组合不同：

• Jetson Nano：按住RECOVERY键（靠近USB口的小按钮）不放，再短按RESET键
• Jetson Xavier：先按住中间的Force Recovery键，再按电源键保持5秒
• Jetson Orin：需要同时按住Force Recovery和Power键

我遇到过最诡异的情况是：按键操作完全正确，但设备死活不进Recovery模式。后来发现是静电干扰的问题——用接地线接触设备金属外壳后再操作，一次成功！如果还是失败，可以尝试：

1. 完全断电等待1分钟
2. 使用原装电源适配器
3. 更换USB接口（优先选主板原生USB3.0口）

3. 网络配置：被99%教程忽略的关键细节

SDK Manager需要同时访问两个网络：

1. 主机网络：用于下载安装包
2. Jetson设备网络：用于推送软件组件

致命陷阱：很多教程让主机和Jetson接同一个路由器，但忽略了IP分配问题。有次刷机到22%卡住，就是因为DHCP分配了不同网段的IP。解决方案有两种：

• 方案A：手动设置静态IP

  # 主机端 sudo ifconfig eth0 192.168.1.100 netmask 255.255.255.0 # Jetson端 sudo ifconfig eth0 192.168.1.101 netmask 255.255.255.0

• 方案B：使用网络共享模式（推荐）

  # 在主机上执行 sudo sysctl -w net.ipv4.ip_forward=1 sudo iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE

4. 安装失败后的修复：比刷机更重要的技能

刷机失败时千万别慌，我总结出三板斧：

1. 检查日志：SDK Manager的终端窗口按Ctrl+C停止后，查看~/nvidia/sdkmanager/log下的错误日志
2. 清理残留：

   sudo rm -rf /var/lib/dpkg/lock* sudo rm -rf /var/cache/apt/archives/lock

3. 重试策略：
   • 网络问题：更换apt源为国内镜像
   • 空间不足：清理旧内核sudo apt autoremove --purge
   • 依赖冲突：使用--fix-missing参数

最后分享一个救命命令：当SDK Manager卡在"Downloading components"时，可以另开终端执行：

watch -n 1 'du -h ~/Downloads | tail -n 1'

这样能实时监控下载进度，避免误判为卡死。记住，刷机过程中最需要的是耐心——我的Orin Nano曾经花了3小时才完成全部组件安装