I am trying to recover my jetson device. I am using vBox with ubuntu 16.04 guest OS.
Hi sky19938470,
Are you using the devkit or custom board for AGX Xavier?
What’s your Jetpack version in use?
We would suggest using standalone Ubuntu 18.04 as your host PC to develop AGX Xavier.
Mine is Nvidia Jetson Agx Xavier Developer Kit.
And I was using jetpack 4.6.3.
Unfortunately I do not have standalone ubuntu machine.
18.04 is better than 16.04?
I tried using ubuntu 18.04 vbox and jetpack 5.1.1 and it said target device is in bad state and removed the nvidia from vbox after 2%.
We don’t suggest to use docker/VM/WSL2 for Ubuntu to develop Jetson device, it would cause unstable connection during flash and other unexpected error due to host environment.
Jetson AGX Xavier supports both JP4 and JP5.
Jetpack 4: Ubuntu 16.04/18.04
Jetpack 5: Ubuntu 18.04/20.04
=> So, I suggest you to use Ubuntu 18.04.
Just to emphasize, the issue is the VM not properly handling USB. During a flash USB disconnects and reconnects, and although you started connected, the VM is failing to pick up the reconnect. It is possible to fix most VMs (WSL2 is quite more difficult since it lacks loopback), but each VM setup is different and it’d be up to you (and perhaps the VM support people) to make sure USB is held and not lost on reconnect. A native Ubuntu 18.04 host PC would be a better option if you want to save frustration (e.g., you could set up dual boot).
Ok thank you!!!
I was able to recover my jetson using standalone ubuntu 18.04 host pc. I really appreciate your help.
By the way can I run sudo apt-get autoremove? It won’t affect jetson packages?
sudo apt-get autoremove works on Jetsons just like any PC. I tend to run this on both PC and Jetson:
sudo apt update
sudo apt-get upgrade
sudo apt-get autoremove
Great! Thanks!
I can see that gstreamer installed on jetson is 1.16.3.
Can I use higher version of gstreamer without any problems?
Also the device is located in China, and due to their Great Wall Firewall, getting problems with git clone. Do you have any solutions for this?
I don’t know if you can use a different version of gstreamer. I think the version installed is designed to work with the GPU, and that would cause some limitations. Someone from NVIDIA would have to answer that.
I don’t know of a solution to the firewall. In part I guess it would depend on what you are trying to clone. Much of the official content has NVIDIA servers which are actually inside of China. Someone else would have to answer that, but the answer probably depends on what it is you want to git clone.
I am not trying to git clone but the build process of my project automatically tries to do that.
Thats the problem now. :(
Is it correct that flash succeeded, and you’ve logged in normally, but that some other step is now failing due to lack of full network access? It’s different if flash is failing due to network, versus if some later use fails. If it is an NVIDIA server being accessed, then there might be one inside the firewall. If not, then there isn’t much that can be done through the firewall.
The flash was successful. I used USB connection until flash and after that used ethernet connection to install remaining sdks.
But now I have a problem with my project files.
Normally, during a flash, there is an ssh connection (well, really it is after flash, once the Jetson automatically reboots it is no longer in recovery mode, but since this is automatic, it has the illusion that flash is still occurring). That means anything the host PC has access to can be installed by the host onto the Jetson. When you use apt commands instead, directly on the Jetson, it depends on the Jetson’s network setup (including route). Quite possibly the Jetson still goes through the host PC if USB is used for networking, but then access to the outside world would depend on the host PC’s network access. For the most part though, anything the Jetson can access on the network (e.g., including with wired ethernet) the Jetson can install.
So far as firewalls go, I don’t think there is much of a solution other than “don’t go through a firewall”. The exception might be if NVIDIA has a server inside of the firewall; in that case changing the server IP address to point at the server inside of the firewall would do the job.
I know there is VPN software which can work on a Jetson, but I’ve never used it, so I have no advice on this (it’d have to be arm64/aarch64 VPN software, and it’d have to work with the NVIDIA GPU driver and not replace the server with Mesa (there are some Mesa components you can use, but these are not the server; Mesa also provides an X server, and if you use that, then you’ll lose the GPU).
Maybe if you can name the specific packages to install someone from NVIDIA can suggest if there is a server inside of the firewall.