According to the log it was able to complete flash. Keep in mind that after flash completes the unit will self-reboot, but it had to be in recovery mode to get that far. It is indeed in recovery mode, that’s guaranteed by the completed flash.
It isn’t until the reboot occurs and first boot account setup is complete that networking comes up for installation of optional components, e.g., for CUDA. Those components may “seem” to be from flash, but they are not…those are installed over ssh on the network of a fully booted (rebooted) Jetson with the admin account that had its creation on first boot. If there is a failure at that stage, then it is due to not being able to access ssh.
The lack of ssh can be because of either a lack of networking (when address 192.168.55.1 is used, this implies the virtual wired network router over USB is used from a fully/normally booted Jetson) or lack of login account. If this is a case of account missing, then first boot setup failed. If this is a case of the network device not being found, then most likely it is due to the host PC’s security not allowing that virtual USB wired router device to be used until ok’d.
You cannot use video to determine if boot failed, nor to determine if flash failed. Only serial console works for this. However, the device you see looks the same for recovery mode versus when fully booted. Even so, they are two distinct devices. The flash completed, and so recovery mode did in fact succeed. After reboot (which is automatic at the end of flash) the device you’d see is for virtual wired ethernet, and that device cannot work if boot fails. The wired ethernet is a result of a service that runs upon full boot. Serial console though is from a different connector, and that device will exist and be useful 100% of the time. I just want to be very careful to look at the right device from the correct USB port, and to not mistake either recovery mode or virtual ethernet devices for serial console.
I want to verify that this is an AGX Orin developer’s kit, and not a third party carrier board with Jetson module. If this is a third party carrier board, then it needs different firmware, and the wrong firmware can mean ports don’t function correctly. So far it sounds like this is an AGX Orin dev kit.
Looking at the 40-pin header, the USB connector on the right is for flash, and the USB connector on the left is for serial console. With the unit powered on, but the left side serial console cable not connected, monitor “dmesg --follow” on your host PC. This gives a continuous readout of logs. Now plug in that USB connector on the left side to the host PC. Does any log message occur as a result of the plugin? If so, then this is the UART used with serial console. What is the log which appears as the result of the plugin? If none, then you would indeed have a failure (assuming the cable is good; try different cables and ports if not).
