JP5.1.4 backup: wrong fs type, bad option, bad superblock on /dev/nvme0n1p15

Hi all,
I recently flashed a Orin NX with JP5.1.4 (RT kernel built from sources ./source_sync.sh -k -t jetson_35.6)
I successfully flashed in a custom carrier board with:

sudo ./tools/backup_restore/l4t_backup_restore.sh -e nvme0n1 -b jetson-orin-nano-devkit

When I try to backup the Image I face the following error with the UDA partition:

mount: /mnt/images/tmp/tmp: wrong fs type, bad option, bad superblock on /dev/nvme0n1p15, missing codepage or helper program, or other error.

Full log:
backup.log (89.9 KB)

APP partition is actually saved in images (nvme0n1p1.tar.gz) and I can restore it in a new ORIN NX.
The problem is that nvme0n1p15_bak.img is missing and I don’t know if this could be a potential problem in the future.

nvidia@nvidia-orin-rt:~$ sudo fdisk -l /dev/nvme0n1
[sudo] password for nvidia:
Disk /dev/nvme0n1: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Corsair MP600 MICRO
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 323A26CC-9C9E-4CB4-8200-531CDEC06119

Device Start End Sectors Size Type
/dev/nvme0n1p1 2682408 1953525134 1950842727 930.2G Microsoft basic data
/dev/nvme0n1p2 40 262183 262144 128M Microsoft basic data
/dev/nvme0n1p3 262184 263719 1536 768K Microsoft basic data
/dev/nvme0n1p4 263720 328487 64768 31.6M Microsoft basic data
/dev/nvme0n1p5 328488 590631 262144 128M Microsoft basic data
/dev/nvme0n1p6 590632 592167 1536 768K Microsoft basic data
/dev/nvme0n1p7 592168 656935 64768 31.6M Microsoft basic data
/dev/nvme0n1p8 656936 820775 163840 80M Microsoft basic data
/dev/nvme0n1p9 820776 821799 1024 512K Microsoft basic data
/dev/nvme0n1p10 821800 1436199 614400 300M Microsoft basic data
/dev/nvme0n1p11 1436200 1567271 131072 64M EFI System
/dev/nvme0n1p12 1567272 1731111 163840 80M Microsoft basic data
/dev/nvme0n1p13 1731112 1732135 1024 512K Microsoft basic data
/dev/nvme0n1p14 1732136 1863207 131072 64M Microsoft basic data
/dev/nvme0n1p15 1863208 2682407 819200 400M Microsoft basic data

Partition table entries are not in disk order.

I didn’t have this issue with JP5.1.2
Thank you!

Hi,

Do you have a dev kit to reproduce the issue?

Thanks

Hi @DavidDDD unfortunately not. I’m using a Seeedstudio A603.
I can provide you with more tests and logs if necessary.

There is no update from you for a period, assuming this is not an issue anymore.
Hence, we are closing this topic. If need further support, please open a new one.
Thanks

Hi,

We verify backup success in our dev kit with official JP5.1.4 image.
Do you customize or format the UDA partition?

Thanks