Xavier NX上安装Deepstream导致NX不断的重启

      使用安装SDK Manager后再使用JetPack安装板子的方式非常慢而且由于网络慢容易出错,所以直接使用SD Image烧写TF卡是最快的安装方式,将image写入TF卡后,启动板子可以看到Ubuntu18.04和和TensorRT等大部分工具软件已经打包在image内一起安装了,但是Deepstream却没有包含进去,这点很奇怪。

     我们使用的SD Image是6月份从NVIDIA官网上下载的nv-jetson-nx-sd-card-image-r32.4.2,为何不下载使用最新的jetson-nx-developer-kit-sd-card-image.zip呢?这个里面包含的软件都是最新的,按理说最新很好啊,可是NVIDIA在Jetson序列板子上搞的这些软件还真不能随便使用最新的,比如这个里面的CUDA是最新的CUDA11+cudnn8,等你安装好了,你会后悔想到要卸掉从新安装旧版本的,为什么呢?NVIDIA为了自己维护方便,搞一个自我感觉很好但其实很蠢的做法就是强制不断的在新版的SD image或者JP里把CUDA升级到最新,根本不管你使用的Tensorflow、Pytorch之类的框架是否支持,到时在CUDA11下编译和运行会遇到大堆的错误让你头疼!同时NVIDIA根本不像提供X86版的CUDA那样提供legacy版本的CUDA和cudnn的集中下载的链接,比如说,你要想得到旧版的CUDA10.0,可能只能在Linux PC上安装旧版的sdk manager后从PC上找到里面的安装源repo的deb文件,在Jetson板子上Ubuntu下安装并且执行apt-get update然后使用apt-get install cuda-tookit-10.0这样的命令来安装旧版的CUDA,另外就是到网上去搜素看有没有好心人共享出安装文件,下载下来安装 。反正NVIDIA这个做法让人无语,但是一家独大没法,只能忍了,只能自己多储备旧版本sdk image和sdk manager或者直接储备arm64版的CUDA和cudnn安装程序来绕过这些人为的障碍吧。

    不知道为何nv-jetson-nx-sd-card-image-r32.4.2就没有打包Deepstream,于是自己按照官网指南安装Deepstream: https://docs.nvidia.com/metropolis/deepstream/dev-guide/index.html,安装完后当时编译我们自己开发的deepstream插件和运行都可以,下班关机,第二天上班再开机,傻眼了,板子不断的重启,根本起不来了!当时还以为Ubuntu自动更新了内核还是什么的弄坏了还是TF卡坏了,追查原因时反正没往Deepstream的安装方面想,就用image重新烧写TF卡,发现可以去起来,貌似卡没坏,但是等什么都安装完,当然包括安装Deepstream,然后重启NX板子时发现板子又不断的重启,于是怀疑TF卡某个地方坏了有读写故障,于是换一张新卡再烧写和安装所需的全部软件,再重启NX后发现NX板子还是不断的重启,傻眼了,看了不是卡的问题,那就应该是安装的问题了,是哪步安装出了问题了?于是安装完一步就重启一次NX板子看能否起来,就这么一步一步逼近,最后发现就是官方关于安装Deepstream的指南里的install latest NVIDIA V4L2 GStreamer plugin这个预装步骤引起的:

Xavier NX上安装Deepstream导致NX不断的重启_第1张图片

      只要不做这步,后面安装完Deepstream SDK后板子在重启后都能正常启动起来,浪费了两天多时间折腾这些才发现竟然是重新安装NVIDIA V4L2 Gstreamer插件个引起的,真是第一次见识了,以前从来没遇到过安装软件会引起板子不断重启的问题。

      虽然最后有一个提示说这步必须是在使用SDK Manager flash完OS后才能做的,我们的理解就是在使用sd image烧写TF卡后也能做,因为烧写完后Ubuntu18.04等软件都已经在里面了,所以不加思索做了这步,难道是只能是通过SDK Manager写入OS后才能做这步?还是什么方式烧写没关系,这个步骤里其实有NVIDIA的一个重大bug?  没时间用SDK Manager通过网络写的方式安装实验一遍,以后有时间可以试试,但估计是个bug的可能性很大。

     

你可能感兴趣的:(NVIDIA,Xavier,NX,Deepstream,Xavier,NX,nvidia,Deepstream)