Problem with reflashing Jetson Orin Nano Devkit using SDK Manager

Hi, I am trying to flash Jetson Orin Nano Devkit using SDK Manager. This is the second time I’m doing this. I initially followed the official instructions that are now archived, and managed to successfully flash the system to a NVMe. When developing with python cv2 i faced troubles with a version of the library I was using as it was built with Gstreamer disabled. This led me to issue I’m trying to solve now.

I am trying to flash the Jetson once again, but this time I want to include the Jetson Runtime Components which, as I understand contain built OpenCV library with Gstreamer. I am not able to flash the system manually as the Jetson does not seem to enter recovery mode when shorting pin 9 and 10. The Flash button in the SDK Manager is simply grayed out and I am not able to follow. When trying to flash using automatic mode I get following error:

16:18:13 INFO:     inet 192.168.55.100/24 brd 192.168.55.255 scope global dynamic noprefixroute enxc6321ab2f7d0
16:18:13 DEBUG: command finished successfully
16:18:13 INFO: Validated default IP available.
16:18:13 INFO: Start to check if IP and ssh up...
16:18:13 DEBUG: running command < nc -z -w 5 192.168.55.1 22 >
16:18:13 DEBUG: command finished successfully
16:18:13 INFO: Connection to the device via SSH is available.
16:18:13 INFO: Start to check if right credentials...
16:18:13 DEBUG: running command < ssh -F /dev/null -o PreferredAuthentications=password -o PubkeyAuthentication=no -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o LogLevel=ERROR -o ConnectTimeout=5 -o NumberOfPasswordPrompts=1 -o ServerAliveInterval=30 -o ServerAliveCountMax=3  m1@192.168.55.1 "echo hello" >
16:18:13 INFO: [target]  m1@192.168.55.1's password: 
16:18:13 INFO: hello
16:18:13 DEBUG: command finished successfully
16:18:13 INFO: Validated its username and password.
16:18:13 INFO: Start to check the selected storage device availability...
16:18:13 DEBUG: ssh -t  m1@192.168.55.1 lsblk | grep -i nvme
16:18:14 INFO: nvme0n1      259:0    0 931,5G  0 disk 
16:18:14 INFO: ├─nvme0n1p1  259:1    0 930,1G  0 part /
16:18:14 INFO: ├─nvme0n1p2  259:2    0   128M  0 part 
16:18:14 INFO: ├─nvme0n1p3  259:3    0   768K  0 part 
16:18:14 INFO: ├─nvme0n1p4  259:4    0  31,6M  0 part 
16:18:14 INFO: ├─nvme0n1p5  259:5    0   128M  0 part 
16:18:14 INFO: ├─nvme0n1p6  259:6    0   768K  0 part 
16:18:14 INFO: ├─nvme0n1p7  259:7    0  31,6M  0 part 
16:18:14 INFO: ├─nvme0n1p8  259:8    0    80M  0 part 
16:18:14 INFO: ├─nvme0n1p9  259:9    0   512K  0 part 
16:18:14 INFO: ├─nvme0n1p10 259:10   0    64M  0 part /boot/efi
16:18:14 INFO: ├─nvme0n1p11 259:11   0    80M  0 part 
16:18:14 INFO: ├─nvme0n1p12 259:12   0   512K  0 part 
16:18:14 INFO: ├─nvme0n1p13 259:13   0    64M  0 part 
16:18:14 INFO: ├─nvme0n1p14 259:14   0   400M  0 part 
16:18:14 INFO: └─nvme0n1p15 259:15   0 479,5M  0 part 
16:18:14 DEBUG: command finished successfully
16:18:14 INFO: The NVMe availability check passed.
16:18:14 DEBUG: ssh -t  m1@192.168.55.1 sudo reboot forced-recovery
16:18:14 INFO: [target] [sudo] password for m1: 
16:18:19 INFO: Start to check if in device recovery mode...
16:18:19 DEBUG: running command < lsusb | grep 0955: | awk '{printf $2 "/" $4 " " $6 ";"}' >
16:18:19 DEBUG: command finished successfully
16:18:19 ERROR: Can not find matching device in recovery mode.
16:18:19 : null - null: Could not get lsusbInfos in Jetson prechecks.
16:18:24 INFO: Start to check if in device recovery mode...
16:18:24 DEBUG: running command < lsusb | grep 0955: | awk '{printf $2 "/" $4 " " $6 ";"}' >
16:18:24 INFO: 003/012: 0955:7523;
16:18:24 DEBUG: command finished successfully
16:18:24 ERROR: Can not find matching device in recovery mode.
16:18:24 : null - null: Could not get lsusbInfos in Jetson prechecks.
16:18:24 DEBUG: running command < lsusb | grep 0955: | awk '{printf $2 "/" $4 " " $6 ";"}' >
16:18:24 INFO: 003/012: 0955:7523;
16:18:24 DEBUG: command finished successfully
16:18:24 DEBUG: running command < lsusb | grep 0955: | awk '{printf $2 "/" $4 " " $6 ";"}' >
16:18:24 INFO: 003/012: 0955:7523;
16:18:24 DEBUG: command finished successfully
16:18:29 INFO: Start to check if in device recovery mode...
16:18:29 DEBUG: running command < lsusb | grep 0955: | awk '{printf $2 "/" $4 " " $6 ";"}' >
16:18:29 INFO: 003/012: 0955:7523;
16:18:29 DEBUG: command finished successfully
16:18:29 ERROR: Can not find matching device in recovery mode.
16:18:29 : null - null: Could not get lsusbInfos in Jetson prechecks.
16:18:34 INFO: Start to check if in device recovery mode...
16:18:34 DEBUG: running command < lsusb | grep 0955: | awk '{printf $2 "/" $4 " " $6 ";"}' >
16:18:34 INFO: 003/012: 0955:7523;
16:18:34 DEBUG: command finished successfully
16:18:34 ERROR: Can not find matching device in recovery mode.
16:18:34 : null - null: Could not get lsusbInfos in Jetson prechecks.
16:18:39 INFO: Start to check if in device recovery mode...
16:18:39 DEBUG: running command < lsusb | grep 0955: | awk '{printf $2 "/" $4 " " $6 ";"}' >
16:18:39 INFO: 003/012: 0955:7523;
16:18:39 DEBUG: command finished successfully
16:18:39 ERROR: Can not find matching device in recovery mode.
16:18:39 : null - null: Could not get lsusbInfos in Jetson prechecks.
16:18:44 INFO: Start to check if in device recovery mode...
16:18:44 DEBUG: running command < lsusb | grep 0955: | awk '{printf $2 "/" $4 " " $6 ";"}' >
16:18:44 INFO: 003/012: 0955:7523;
16:18:44 DEBUG: command finished successfully
16:18:44 ERROR: Can not find matching device in recovery mode.
16:18:44 : null - null: Could not get lsusbInfos in Jetson prechecks.
16:18:44 ERROR: Failed to use 'Automatic setup'. Please try again or change to 'Manual Setup' to continue.
16:18:49 INFO: All done!

I am also not able to skip flashing the new system as there is a version mismatch with the Jetson Runtime Components. My main goal is to get the correct python OpenCV version, I have tried building it from source like couple topics here suggested but I had no success in doing so.

*** Please note that this reply is generated by LLM automatically ***

To address your issue with flashing the Jetson Orin Nano Devkit using SDK Manager and including the Jetson Runtime Components, let’s break down the steps and potential solutions.

Hardware Requirements and Setup

Ensure that your Jetson Orin Nano Devkit meets the hardware requirements, including:

  • Jetson Orin Nano 8GB devkit with 128GB(min) NVMe drive
  • Ubuntu 20.04 or 22.04 Desktop/Laptop
  • USB-C flashing cable
  • Monitor, Keyboard, Mouse

Software Requirements

Verify that you have the necessary software requirements:

  • JetPack 6.2/Jetson Linux 36.4.3
  • Jetson Platform services 2.0

Flashing the Jetson Orin Nano Devkit

To flash the Jetson Orin Nano Devkit, follow these steps:

  1. Open a terminal window on your host computer and enter the command lsusb. The Jetson module is in Force Recovery Mode if you see the message:

    Bus <bbb> Device <ddd>: ID 0955: <nnnn> Nvidia Corp.
    

    Where:

    • <bbb> is any three-digit number.
    • <ddd> is any three-digit number.
    • <nnnn> is a four-digit number that represents the type of your Jetson module (e.g., 7523 for Jetson Orin Nano).
  2. If the Jetson module is not in Force Recovery Mode, try shorting pin 9 and 10 on the Jetson Orin Nano Devkit. This should put the module in recovery mode.

  3. If the Flash button in the SDK Manager is grayed out, ensure that the Jetson module is in recovery mode and that the SDK Manager is configured correctly.

Including Jetson Runtime Components

To include the Jetson Runtime Components, which contain the built OpenCV library with Gstreamer, follow these steps:

  1. Download the NVIDIA SDK Manager from the official website.
  2. Use the SDK Manager to install JetPack 6.1 GA (corresponding to L4T 36.4 release).
  3. During the installation process, select the option to include the Jetson Runtime Components.

Troubleshooting

If you encounter issues during the flashing process, try the following:

  1. Verify that the Jetson module is in recovery mode.
  2. Ensure that the SDK Manager is configured correctly.
  3. Check the version mismatch with the Jetson Runtime Components and try to resolve it.

Alternative Solution

If you are unable to flash the system manually or using the SDK Manager, you can try building OpenCV from source. However, this may require additional dependencies and configuration.

Comparison of Solutions

Here’s a comparison of the solutions:

Solution Pros Cons
Flashing using SDK Manager Easy to use, includes Jetson Runtime Components Requires recovery mode, may encounter version mismatch issues
Building OpenCV from source Customizable, can resolve version mismatch issues Requires additional dependencies and configuration, may be time-consuming

In conclusion, to resolve your issue with flashing the Jetson Orin Nano Devkit and including the Jetson Runtime Components, try the following:

  1. Verify that the Jetson module is in recovery mode.
  2. Ensure that the SDK Manager is configured correctly.
  3. Select the option to include the Jetson Runtime Components during the installation process.
  4. If issues persist, try building OpenCV from source or seek additional support from NVIDIA or the developer community.

*** Please give the thumbs up if you get answers you like. Or provide feedback to help us improve the answer. ***

I’m tired of this ■■■■, If i wanted an LLM answer i would ask ChatGPT. Below lsusb output, it does not change whether i short the pins or not:

michal@m1:~$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 003 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 003 Device 005: ID 0955:7020 NVIDIA Corp. L4T (Linux for Tegra) running on Tegra
Bus 003 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
michal@m1:~$ 

Hi @m1chol , you can set the Jetson into recovery mode from the command line if you have access to it by running sudo reboot forced-recovery, that is what the automatic mode actually do. Could you check whether manually execute the command puts the Jetson into recovery mode? It should appear the same in lsusb as when shorting the pins.

Best Regards,

Isaac Barrios
Embedded SW Engineer at RidgeRun
Contact us: support@ridgerun.com
Developers wiki: https://developer.ridgerun.com/
Website: www.ridgerun.com

Thanks for the reply,

It worked Jetson is now in recovery mode:

SDK Manager has detected a connected device which is running in recovery mode.

lsusb:

Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 008: ID 0955:7523 NVIDIA Corp. APX
Bus 003 Device 004: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 003 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 003 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
michal@m1:~$ 

Unfortunately there are still errors and flashing doesn’t succeed:

. . .

18:01:37 INFO: [   1.6985 ] Sending mb2_applet...
18:01:37 INFO: [   1.7002 ] tegrarcm_v2 --chip 0x23 0 --pollbl --download applet applet_t234_sigheader.bin.encrypt
18:01:37 INFO: [   1.7014 ] BL: version 1.4.0.4-t234-54845784-e89ea9bc last_boot_error: 0
18:01:38 ERROR: [   1.9761 ] ERROR: failed to open USB 
18:01:39 ERROR: Error: Return value 8
18:01:39 INFO: Command tegrarcm_v2 --chip 0x23 0 --pollbl --download applet applet_t234_sigheader.bin.encrypt
18:01:39 ERROR: --- Error: Reading board information failed.
18:01:39 ERROR: 18:01:39.067 - Error: Parsing boardid failed.
18:01:39 INFO: 5
18:01:39 DEBUG: command finished successfully
18:01:39 ERROR: Bootrom status check failed.
18:01:54 INFO: Start to reset the USB device...

. . .

and

. . .

18:02:42 INFO: [   0.8699 ] Sending bct_br
18:02:52 ERROR: [   1.0839 ] ERROR: might be timeout in USB write.
18:02:52 ERROR: Error: Return value 3
18:02:52 INFO: Command tegrarcm_v2 --new_session --chip 0x23 0 --uid --download bct_br br_bct_BR.bct --download mb1 mb1_t234_prod_aligned_sigheader.bin.encrypt --download psc_bl1 psc_bl1_t234_prod_aligned_sigheader.bin.encrypt --download bct_mb1 mb1_bct_MB1_sigheader.bct.encrypt
18:02:52 ERROR: --- Error: Reading board information failed.
18:02:52 ERROR: 18:02:52.801 - Error: Parsing boardid failed.
18:02:52 INFO: 5
18:02:52 DEBUG: command finished successfully
18:02:52 ERROR: Bootrom status check failed.
18:03:03 INFO: All done!

full log attached sdk_log.txt (10.1 KB)

edit: I’ve noticed that the provided log is not full here is the export:
SDKM_logs_JetPack_6.2.1_(rev._1)Linux_for_Jetson_Orin_Nano[8GB_developer_kit_version]_2026-01-05_18-09-35.zip|attachment (947.8 KB)

Tried 2 times same error

Should I open another issue?

Hi,

Some questions to confirm:

  • What is your ubuntu version?
  • Is your ubuntu a native machine or a virtual machine?

Thanks

ubuntu-22.04.5 in VMware 17. I have also tried to flash from native windows SDK manager and have the same issue.

17:48:46 SUMMARY: WSL Setup Preparation - target_image: Install completed successfully.
17:48:46 SUMMARY: WSL Ubuntu Instance - target_image: Install completed successfully.
17:48:46 SUMMARY: WSL Kernel Image - target_image: Install completed successfully.
17:48:46 SUMMARY: Windows USBIPD - target_image: Install completed successfully.
17:48:46 SUMMARY: Drivers for Jetson - target_image: Install completed successfully.
17:48:46 SUMMARY: File System and OS - target_image: Install completed successfully.
17:49:56 ERROR: [   0.1449 ] ERROR: might be timeout in USB write.
17:49:56 ERROR: Error: Return value 3
17:49:56 ERROR: --- Error: Reading board information failed.
17:49:56 ERROR: 17:49:56.071 - Error: Parsing boardid failed.
17:49:56 ERROR: Bootrom status check failed.

I plan to format the disk before flashing again, could this solve the problem?

Hi,

We recommend to prepare a native ubuntu and install sdk manager to flash your device.
What is your target JP/BSP version?

Thanks

JetPack 6.2.1 (rev. 1).

I formatted the disk and the problem disappeared. I successfully flashed the new system from windows, and I am now in the process of installing the additional components. I will mark this as solution when I confirm that Gstreamer is enabled and working with python cv2.

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.