Issue with restore clone.img(JP6.1) on Orin NX

Hi,
In JP6.1, I used NVIDIA’s documentation for cloning the rootfs to generate clone.img. Then, I successfully flashed the image using the command:

sudo ./tools/kernel_flash/l4t_initrd_flash.sh --flash-only --network usb0 --massflash 1

But the system failed to start properly, displaying the error shown in the attached image.


I found that the issue was caused by the /etc/fstab file, which still contained the previous hard drive configuration:

cat /etc/fstab 
# /etc/fstab: static file system information.
#
# These are the filesystems that are always mounted on boot, you can
# override any of these by copying the appropriate line from this file into
# /etc/fstab and tweaking it as you see fit.  See fstab(5).
#
# <file system> <mount point>             <type>          <options>     <dump> <pass>
/dev/root            /                     ext4           defaults           0 1
UUID=FB2A-A65C /boot/efi vfat defaults 0 1

After removing this UUID entry, the system was able to boot normally. However, a new configuration UUID entry is automatically generated in the fstab file.
I checked the fstab configuration in JP6.0 and noticed that it does not include any UUID entry.
What is the purpose of this configuration? Is there a way to prevent it from being generated?

Hi Wavee,

Are you using the devkit or custom board for Orin NX?

Is the issue specific to JP6.1?

How did you create mfi package before flash?

How about if you configure it the same as JP6.0?

Hi:
I use custom board.

The command to create the mfi package is:

sudo ./tools/kernel_flash/l4t_initrd_flash.sh --no-flash --external-device nvme0n1 -S 55GiB -c ./tools/kernel_flash/flash_l4t_external.xml -p "-c bootloader/generic/cfg/flash_t234_qspi.xml" --massflash 5 --network usb0 jetson-orin-nano-devkit nvme0n1p1

If remove the UUID configuration in fstab and reboot, the system can boot normally, but the UUID configuration is restored.

I think this issue arises in JP6.1, when I clone JP6.0 rootfs, there was no UUID configuration in the fstab.

Using grep, I found that the issue might be caused by lines 828 to 898 in the file Linux_for_Tegra/rootfs/opt/nvidia/l4t-bootloader-config/nv-l4t-bootloader-config.sh.
Comparing the nv-l4t-bootloader-config.sh files in JP6.0 and JP6.1, I noticed that this part was newly added.
nv-l4t-bootloader-config.sh-JP6.0.txt (18.8 KB)
nv-l4t-bootloader-config.sh-JP6.1.txt (29.0 KB)