We have an SDcard image we would like to switch between identical Jetson based hardware. Question, if i use:
./flash.sh [boarddev] mmcblk1p1
Shouldn’t that allow me to hot swap the SDcard across identical Jetson units? Is there anything else that needs to be done so a single SDcard image can be hot-swapped across identical Jetson devices? Is there an issue that could arise from the bootloader trying to find a PARTUUID?
What do people do to create identical SDcards? I was just going to use dd.
If we flash with the above line, is PARTUUID even looked at by Uboot? My understanding is it shouldn’t. We want to be able to take an sdcard from one NX to another without having to reflash.
What we are seeing is if we flash a unit as per above, zonk the sdcard in it, the NX boots up. But then on reboot, we see something strange: Failure to mount rootfs because it thinks the PARTUUID for the sdcard is for the emmc and fails to mount (like it tried to mount the emmc first failed, and then never went to mount the sdcard).
Also, on older JP units, we are seeing that if we take an sdcard and just put it in without reflashing it, modify the extlinux.conf to change rootfs from mmcblk0p1 to mmcblk1p1 the units don’t try to boot the sdcard at all when the doc clearly states the sdcard is always tried first.
You can try to share the log. Such description does not help much. We don’t know whether you are talking about is correct or not.
But then on reboot, we see something strange: Failure to mount rootfs because it thinks the PARTUUID for the sdcard is for the emmc and fails to mount (like it tried to mount the emmc first failed, and then never went to mount the sdcard).
mmcblk0p1 to mmcblk1p1 the units don’t try to boot the sdcard at all when the doc clearly states the sdcard is always tried first.
I think you don’t understand situation. If your sdcard is “mmcblk1p1” instead of “mmcblk0p1”, then it is a external storage. From hardware point of view, it is some extra sdcard slot added by board vendor on the carrier board.
But what we support is the internal sdcard, which means the sdcard is on the module, not carrier board.
No that’s not right either. The ConnectTech Photon has ONBOARD SDcard, no carrier:
How about this: What is the procedure to make an SDcard that can boot on mulitple Xavier NX boards? What is the flash command?
I assume just: ./flash.sh [board] /dev/mmcblk1p1 <---- THAT SHOULD TELL uBoot to always look for the sdcard first, right? Should i remove any vesitges of the l4t-root-partuuid file so flash.sh ignores it (I would assume it would always ignore it if i want a device based boot).
Or another way, if I flash multiple units with the same flashing env that has the same l4t-rootfs-uuid.txt, shouldn’t they all boot in exactly the same way?
./flash.sh [board] /dev/mmcblk1p1 (or external)
Why would the boot ever look at the internal emmc to boot?
Sorry that you still don’t get the point. “On board” just means the carrier. There are no other terms. “ConnectTech Photon” is the carrier.
We only have 2 components here. A Xavier NX module and a carrier, or you call it board, which has no difference.
There are two kinds of “modules”, one has sdcard slot on the “module”. That is why we provide “sdcard image”. Such image is for this kind of module.
The other kind of module has no sdcard slot, and it only has emmc.
The link and the picture you posted mean this is ConnectTech’s custom carrier board. There is a sdcard slot on this “carrier board”. This is added by ConnectTech because they want to support sdcard. You can know that this kind of carrier board is mostly for emmc module and sdcard image does not support such sd slot.
Also, flash.sh is not able to flash any “external storage”.
And uboot does not care about what parameters you give to flash.sh.
I assume just: ./flash.sh [board] /dev/mmcblk1p1 <---- THAT SHOULD TELL uBoot to always look for the sdcard firs
This command only tells the kernel cmdline, “mount the file system from /dev/mmcblk1p1”. Which means it is for kernel to read. Not uboot.
You can read my post here to understand.
If you really want to check what is going on, share the uart log from your board.
I want to check uart log. When I said “boot log”, it is always the uart log.
I don’t know if you have the same pin on your carrier board. You can consult it with your board vendor.
And I just realize that this is Xavier NX issue. So there is no “uboot” at all. All we got is the cboot.
And cboot by default won’t be able to boot from external sdcard slot. Unless it has some customization.