The host computer runs a based on this guide compatible Ubuntu 22.04 operating system (native, no VM or docker).
The DevKit is in forced recovery mode which I verified by running the command lsusb on the host computer that lists the expected NVIDIA device: Bus 001 Device 004: ID 0955:7023 NVIDIA Corp. APX
But when I run the command sudo ./flash.sh jetson-agx-orin-devkit internal to flash the actual image, I get this error message:
###############################################################################
# L4T BSP Information:
# R36 , REVISION: 3.0
# User release: 0.0
###############################################################################
ECID is
Error: probing the target board failed.
Make sure the target board is connected through
USB port and is in recovery mode.
What could be the reason that it cannot find the DevKit when it is correctly listed as connected USB device?
In the meantime, I was able to get the DevKit flashed, but not with the Linux system as a host:
I tested it many times with different cables and despite the USB device was recognized by lsusb, the flash tool did not recognize it.
The Linux host was a simple Raspberry Pi 4 with Ubuntu 22.04 (64 Bit) operating system which is compatible according to your guide. Also executing the pre-steps l4t_flash_prerequisites.sh and apply_binaries.sh resulted in a Success! note at the end. So really unclear why this was not working?
As we do not have any other Linux machine here besides the Jetson and Raspberry Pis, I configured WSL on a Windows 11 notebook and after some effort convincing usbipd to attach the correct USB to the WSL container, it worked!
So this is solved for me now, but still wondering why it was not working with the native Ubuntu 22.04 installation, only from Windows 11?
Best regards and thanks again for your support
Andreas
I don’t have any x86-64 Linux computer to try, but at least your documentation did not mention any limitations on the architecture used (as far as I saw).
like I mentioned above, for me personally the issue is solved right now as I was able to flash the new image using a Windows 11 machine with WSL.
Still the question is why it did not work with a native Linux system:
Based on your guides there is not restriction to x86/64 architecture, so I would expect that it works on ARM64 as well.
In case it does not, it would be appreciated if you could state that somewhere in your documentation as this would have saved me several hours of trying before switching to Windows/WSL eventually.
Best regards and thanks for your quick support here
Andreas