Not able to flash Jetson Orin Nano SDK manager

I’m facing an issue while trying to flash the OS on my Jetson Orin Nano 8GB Developer Kit. I’ve tried flashing with both JetPack 6.0 and 6.1 (as well as 5.x versions), but I’m encountering the same problem:

After the flash process completes, I see the boot screen briefly, but then it shows the message “L4TLauncher is attempting direct boot.” The fan stops and restarts, but the display remains black, with just a blinking cursor on the screen.

I’ve also tried using the SDK Manager to flash the OS, but the process fails during the file system and OS steps. The error message indicates:
rpcbind: another rpcbind is already running. Aborting.

Has anyone else encountered a similar issue? I’ve attached the error log for further details.
SDKM_logs_JetPack_6.1_Linux_for_Jetson_Orin_Nano_[8GB_developer_kit_version]_2024-11-07_13-12-22.zip (267.3 KB)

Any help would be appreciated!

I also encountered the same rpcbind error message with a Jetpack 6.1 install attempt earlier this AM. Are you flashing a SSD?

I’m using an SD card for the installation, not an SSD.

I’m experiencing a similar issue while flashing my new Jetson Orin Nano Developer Kit. Initially, I tried flashing the SD card with JetPack 6.1, but it didn’t boot. I later discovered that the UEFI version was 3.0xx instead of 36.xx. I also tried using JetPack 5.1 with the SD card method, but that didn’t work either. Then, I installed SDK Manager on Ubuntu 22.04, and the flashing process reached 99.6% before encountering an rpcbind error.
Can someone provide guidance on how to proceed from here?

Noted. I also experienced the issue with both SD & SSD. The issue persisted across dev kits as well which makes me think it may be a SDK manager level root cause.

Experienced this several times today trying to flash to NVMe. I also ran into a problem with microSD, and that’s why I switched to going straight to NVMe. I’ll try microSD again and see if it’s the same problem.

Of note: Even when it fails, on the serial console, before I reboot, I do get a bash prompt. That made me hope that it had actually succeeded and this error was a red herring. Unfortunately, upon reboot, all I ever get is a kernel panic.

:-(

Exact same issue attempting to flash to microSD.

Hi rahul_nutran,

13:49:12.035 - info: NV_L4T_FLASH_JETSON_LINUX_COMP@JETSON_ORIN_NANO_TARGETS: mount: /tmp/ci-cJClhIvspF: wrong fs type, bad option, bad superblock on /dev/mmcblk0p1, missing codepage or helper program, or other error.
13:49:12.036 - info: NV_L4T_FLASH_JETSON_LINUX_COMP@JETSON_ORIN_NANO_TARGETS: [ 1823]: l4t_flash_from_kernel: Failed to mount APP partition /dev/mmcblk0p1

I’ve checked the log you shared, please format NVMe SSD as ext4 before use.

For the flashing failed issue, please sharing the log to check details.

We would suggest using standalone x86 Ubuntu as host PC no matter using SDK manager or flash script.

For this issue, please reboot the host PC and remove /etc/exports on the host to check if it could help.

Thanks for the reply. I am not using NVMe SSD. I am using SD card
As a host PC, I am using stand alone Ubuntu 22.04 (it is duel boot laptop with intel i7 processor. No Virtual Machine)

Do you want me to upload serial bus log from the?
In the uploaded zip file, rpcbind error is showing up. is this somehow causing flashing process to fell?

Just verified that the issue persists across multiple host machines (computer running sdk manager). Switched to a new Ubuntu computer and the rpc bind error persisted. I had a successful initial first boot of 6.1 using the new machine, but 6.0 failed, as have all subsequent flashing attempts on the new machine (both 6.0 and 6.1).

Log file attached below.
SDKM_logs_JetPack_6.1_Linux_for_Jetson_Orin_Nano_[8GB_developer_kit_version]_2024-11-12_03-52-47.zip (285.6 KB)

Note… I’ve since seemingly resolved the errors specified in the log above by leaving jumper cables in during boot, but am not getting an error related to “the device cannot mount the NFS server on the host or a flash command has failed.” Next line of the logs refers to the rpcbind error.

Logs pt.2
SDKM_logs_JetPack_6.1_Linux_for_Jetson_Orin_Nano_[8GB_developer_kit_version]_2024-11-12_05-27-25.zip (725.1 KB)

Working solution verified on SSD with jetpack 6.1:

  1. Disable host firewall with sudo ufw disable
  2. Attach jumpers
  3. Power on and remove jumpers
  4. Flash away!

Yes, the firewall issue may cause nfs related error.

Hi @rahul_nutran, @bluesquall and @harshad1,

Do you still have flash issue on JP6.1?

Please refer to the following methods to check if they may help.

  1. format disk(SD or NVMe SSD) as ext4 before use
  2. use standalone x86 Ubuntu as host PC
  3. remove /etc/exports on your host
  4. sudo ufw disable to disable firewall configurations

If you still have the flash issue, please share both flash and serial console log for further check.

I already tried formatting the SD card, used an x86-based standalone PC, and also disabled the firewall. it didn’t work with the 64GB SD card however, the issue was resolved when I changed the 64GB SD card to 128GB
thanks though for the the inputs.

I seem to be having the same issues, tried the above methods but I still seem to be getting stuck at

10:04:25 INFO: Flash Jetson Linux - flash: tar --checkpoint-action="ttyout=Hit %s checkpoint #%u%*\r" -x -I 'zstd -T0' -pf /mnt/external/system.img --warning=no-timestamp --numeric-owner --xattrs --xattrs-include=* -C /tmp/ci-XokZppXJYA

SDKM_logs_2024-11-18_09-29-26.zip (512.7 KB)

Hi shubhamgupta,

Are you using the devkit?
Do you customize the partition layout?

Please refer to the following thread to check if it could help in your case.
Jetson Orin Nano devkit flash failing - #3 by DaveYYY

i see, ill keep this in mind

the way i resolved it was i reinstalled nfs-kernel-server and deleted /etc/exportsand uninstalled ufw on the host machine

8 GB Dev Kit Update - stochastic issue still in need of solution

I reinstalled the nfs-kernel-server package, deleted etc/exports and uninstalled ufw. This worked once, but subsequent flash attempts have failed.

Hi jetth,

Please share the result of cat /etc/nv_boot_control.conf on your board.

Have you tried all above methods and you still hit flash issue?
If so, please share the full flash logs for further check.

Hi, yes we have tried all of the solution methods listed above in addition to reinstalling OS, switching host, etc… Will share logs when available.