My plan for keeping various workspaces is to have an M.2 SSD for each.
The idea is that the bootloader is on the eMMC and I only have to swap the SSD to load another workspace.
But as time goes on, I will install/flash updated JetPack’s on the newer SSDs, which will update the bootloader on the eMMC.
Will the newer bootloaders be backward compatible with the older SSDs workspaces ?
For now I noted that an SSD for which SDK Manager installed/flashed JetPack 6.1 is still compatible with the eMMC updated bootloader when I installed/flashed JetPack 6.2 on another SSD.
Hi,
If the device cannot be flashed/booted, please refer to the page to get uart log from the device: Jetson/General debug - eLinux.org
And get logs of host PC and Jetson device for reference. If you are using custom board, you can compare uart log of developer kit and custom board to get more information.
Also please check FAQs: Jetson AGX Orin FAQ
If possible, we would suggest follow quick start in developer guide to re-flash the system: Quick Start — NVIDIA Jetson Linux Developer Guide 1 documentation
And see if the issue still persists on a clean-flashed system.
Thanks!
When you use sdk manager to flash JP6.2, it will update the qspi to JP6.2, which means bootloader version is JP6.2.
In theory bootloader is backward compatible, but we dont verify this case.
Hi,
If your command is to flash QSPI + rootfs to NVMe SSD, and eMMC is touched, it is supposed to be a bug. One possible reason is you run the command which flashes QSPI + rootfs to eMMC. You may refer to the initrd commands:
Hi,
SDKManager will do clean re-flash. For further use-cases such as keeping some partitions, would suggest check developer guide and run the commands manually.