That’s definitely an ordinary host PC. I can’t guarantee it, but I am thinking that the “exec format error” (which is a very important error) was an attempt to run arm64 on x86_64, the reverse of what I thought it was originally. However, the only way this would happen is if something were wrong with the host PC’s QEMU.
During a flash the Jetson is in recovery mode originally, and the flash does not use packages…everything is just binary data at that stage. Then, as the flash completes, the Jetson will reboot. The error I am thinking of is how the host PC prepares the Jetson’s rootfs image to flash…the flash is just binary data, but preparation of the rootfs uses QEMU. This is the only time the host PC uses any
Basically the rootfs is generated “mostly” from the content of the host PC’s “
Linux_for_Tegra/rootfs/”. That content is originally created by unpacking a generic Ubuntu distribution with no NVIDIA files. Then the drivers and other software specific to the Jetson are added to customize for the Xavier. It is during the customizing that the host PC uses the
arm64 version of
dpkg via QEMU. The only thing I can think of is that for some reason QEMU has not run and the
arm64 is somehow being used without QEMU. Don’t know for sure, but is there anything unusual about your host PC’s JetPack/SDKM install? On your host PC what do you see from:Incidentally,
dpkg -l | grep -i qemu
I’d also have to agree with what @EdwardZhou mentions, that something is strange on the host PC. The above concentrates on QEMU, but it could be almost anything and testing from another host PC, or else completely removing JetPack/SDKM and reinstalling it, would be the next step.