Just some additional info beyond official docs…
SD card models have QSPI memory, and this is what actually starts the boot. It is only later in boot that the SD card participates by providing the root filesystem. If the SD card and QSPI have sufficiently differing versions, then you might not get beyond initial boot stages. This is when having an Ubuntu 18.04 host PC matters because this is what you would run JetPack/SDK Manager from, and it is JetPack/SDKM which actually flashes the QSPI of a module.
When there is no display, or it just momentarily provides the logo, the system could actually be up and running, but simply failing graphics (actual hardware failure is rare, but failing display for some temporary software reason is common). To really know for sure you would need a serial console log. That serial console is important if you want to develop on a Jetson (or many different embedded systems). Official docs show how to work with serial console.
Often documentation is specific to the software release. There are two release versions: The installer software, mentioned before, is JetPack/SDKM; what gets flashed is “Linux for Tegra” (L4T), which is just stock Ubuntu plus NVIDIA drivers. If you look at the release of JetPack/SDKM, then it is bound to a particular release of L4T (and vice versa). These are links to the different releases:
Note: You can make a VM Ubuntu 18.04 PC work, but it requires a learning curve since most VMs won’t handle USB correctly. You are better off with a native Ubuntu 18.04 install. You could multi-boot with another operating system. Lots of disk space is required since you will need about 50 GB of free space beyond what the operating system uses.
Once you’ve flashed QSPI for use with the most recent L4T SD card image you can probably avoid flashing the Jetson QSPI itself for several releases, but there is no guarantee.
The gist is:
- Install SDKM to the host PC.
- Put the Jetson in recovery mode (short the recovery pin to the nearby ground pin, and then either turn on power or reset power, then let go of the recovery pin short).
- Connect the Nano to the PC with the correct USB cable.
- Run “
sdkmanager” as a regular user.
- Follow the instructions of SDKM.
- At some point when flash completes SDKM will be able to add additional optional packages, but you’ll need to complete the first boot account setup first. The reboot to first account setup is automatic after a flash.