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分钟使用原装电源适配器更换USB接口优先选主板原生USB3.0口3. 网络配置被99%教程忽略的关键细节SDK Manager需要同时访问两个网络主机网络用于下载安装包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_forward1 sudo iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE4. 安装失败后的修复比刷机更重要的技能刷机失败时千万别慌我总结出三板斧检查日志SDK Manager的终端窗口按CtrlC停止后查看~/nvidia/sdkmanager/log下的错误日志清理残留sudo rm -rf /var/lib/dpkg/lock* sudo rm -rf /var/cache/apt/archives/lock重试策略网络问题更换apt源为国内镜像空间不足清理旧内核sudo apt autoremove --purge依赖冲突使用--fix-missing参数最后分享一个救命命令当SDK Manager卡在Downloading components时可以另开终端执行watch -n 1 du -h ~/Downloads | tail -n 1这样能实时监控下载进度避免误判为卡死。记住刷机过程中最需要的是耐心——我的Orin Nano曾经花了3小时才完成全部组件安装
