I have attached the error.log and a screenshot “error.png” when the annoying prompt “jetson device is in recovery mode” kept showing up, making me have to cancel installation.
From the log, that USB ID (7020) is the USB ID of a booted Jetson system, not the USB ID of a Jetson in recovery mode, and hence the ERROR message is incorrect. Would you please try with other USB cable to see if issue still can be reproduced?
Seems L4T USB device mode is not working. Could you please try the below steps?
Run “dmesg” on the host and provide the full output. This might show any errors the host might have had when enumerating the Jetson USB device.
Now, connect jetson device with a ethernet cable, get its IP address, ssh to Jetson and:
Run “journalctl -u nv-l4t-usb-device-mode” to show any errors configuring the USB device mode service on Jetson, during boot.
As root, run “/opt/nvidia/l4t-usb-device-mode/nv-l4t-usb-device-mode-stop.sh”. This is expected to show some errors; ignore them.
As root, run “bash -x /opt/nvidia/l4t-usb-device-mode/nv-l4t-usb-device-mode.sh” and provide the entire output that prints. This should (a) show the same errors as in (2) above, and/or (b) actually make L4T USB device mode work, if the reason it failed the first time was due to some missing dependency that wasn’t available right when the script ran at boot.
The above step did not work, indicates that file does not exist, am using Jetson TX2 Ubuntu 18.x, on MAC via VMWare Fusion 11.0. installed SDK manager for Jetson TX2, Flash step after forced recovery mode in manual install, throws error after 2 min, indicating SDK manager lost connection to target device, strange as lsusb still works… The error message “Flash Jetson TX2: Lost connection”. It exits with 255, seem to continue with installation for some reason ignoring that, and fails as follows … errors such as ERROR : Flash Jetson TX2 : NV_L4T_FLASH_TX2_WITH_OS_IMAGE_COMP command sudo ./flash.sh jetson-tx2 mmcblk0p1 finished with error… strange tigra_flash.py and INFO : Flash Jetson TX2 : ./tegraflash.py --chip 0x18 --applet “/home/mouli/nvidia/nvidia_sdk/JetPack_4.2_Linux_P3310/Linux_for_Tegra/bootloader/mb1_recovery_prod.bin” --skipuid --cmd "dump eeprom boardinfo cvm.bin failed ERROR : Flash Jetson TX2 : : No such file or directory for env and python… strange
VMs usually fail and are not supported. A VM can be made to work, but typically the Jetson will disconnect and reconnect during the flash and the VM will lose the port to the host. You have to make sure the Jetson remains owned 100% by the VM at all times.
Jetson is connected, worked fine when i tried using Virtualbox and Ubuntu 16.04, guess there was change in VM container VMWare Fusion and Ubuntu 198.x LTS due to some issues in the Install SDK manager step failure with Virtualbox. Using Virtualbox, Flash was successful, OS configuration, setup on Jetson TX was fine, however installing components failed, due to connection issues with target device, lsusb seemed to show it was there. It is kind of random issues to make Nvidia Jetson TX flash and installed SDK. Not sure, why others did not have issues. I need a version that works VMWare Fusion, Ubuntu etc, as setting such as USB settings with USB 3.0 and using Linux as the default connection for USB (not MAC). Can someone post a version that works, at least i can try to reproduce with that Ubuntu version on ORacle Virtualbox and VMWare Fusion… Spent countless hours on this … no luck, seems to fail somewhere.
Is this SDK Manager 4.2 (JetPack4.2)? If so, then wired networking is virtual over USB, and the same issue of disconnect/reconnect during flash occurs for ethernet over USB…meaning that the host must give that USB virtual ethernet device completely to the VM without ever getting in the way. Even if the VM gets the virtual ethernet it may still be required to enable it in the network GUI by means of the MAC address.
For SDKM, if you monitor “dmesg --follow” on the host PC as you unplug and replug the USB you should see a message with the MAC address (this assumes the TX2 is fully booted…you can run package install at any time by unchecking flash and unchecking host side components and try this without starting over from scratch).