First I use jetson-nx-jp461-sd-card-image with success - but I would update to new JP513-xnx-sd-card-image.
Therfore I flashed on a ruuning jp461 xavier NX dev pack the NX_QSPI_35.1 ( jetson-xavier-nx-devkit.spi.img) to /dev/mtd0 and boot with new JP513-xnx-sd-card-imag. First I seems to work
Ubuntu 20.04.6 LTS linux ttyTCU0
linux login: [ 98.352498] using random self ethernet address
[ 98.355263] using random host ethernet address
[ 98.721323] using random self ethernet address
[ 98.724952] using random host ethernet address
[ 110.816297] ramoops reserved-memory:ramoops_carveout: failed to locate DT /reserved-memory resource
[ 110.819985] ramoops: probe of reserved-memory:ramoops_carveout failed with error -22
but on new reboot there will be always the error
ASSERT [FvbNorFlashStandaloneMm] /dvs/git/dirty/git-master_linux/out/nvidia/optee.t194-uefi/StandaloneMmOptee_RELEASE/edk2-nvidia/Silicon/NVIDIA/Drivers/FvbNorFlashDxe/FvbNorFlashStandaloneMm.c(868): ((BOOLEAN)(0==1))
Maybe something in bootloader QSPI /dev/mtd0 (EEPROM ???) went wrong and could not be repaired.
So I think about reflash with JETSTREAM 5.02 - but I work on an ubunbtu 22.04.4 LTS and newest SDK with JETSTREAM 6.x may not work (not supported by the support matrix for XAVIER NX developer board ?)
So my only chance to reflash with docker image sdkmanager-2.0.0.11405-Ubuntu_18.04_docker.tar.gz or sdkmanager-2.0.0.11405-Ubuntu_20.04_docker.tar.gz ?. I did not know what image ist best and if I could repair /dev/mtd0 with this or flash back to former QSPI for jp461 ???
The QSPI image is still for 35.1, maybe we forgot to/just did not update it, while you are using an SD card image that is 35.5, and that why the error shows up.
Either re-flash the whole device with SDK Manager to 35.5, or use an SD card image that is 35.1 (JetPack 5.0.2).
now I have found: JetPack 5.1.3 includes Jetson Linux 35.5.0 with following highlights: at https://developer.nvidia.com/embedded/jetpack-archive. There are the relation from JetPack to Linux (QSPI boot loader). Next I try this with cli to flash whole device with SDK manager. But I did not know how to flash to PCIe NVMe or is it only possible to flash to SD-Card? I hope to recover from ASSERT [FvbNorFlashStandaloneMm]
I started the sdk process without failure - but loss of communication leads to skip flashing target. But when I restart container no progress on log could be seen - also no error. On docker console I see a prompt and 2 directories “Download/nvidia” with sdkm_downloads and nvidia with “nvidia_sdk”. But I did not see any progress and so I do not know when to restart the device
Jetpack 5.1.3 does not help. I could not flash target. Target components → “Flash Jetson” always skipped and sd-card image JP502-xnx-sd-card-image-b231.zip always leads to ASSERT failure. I plugged in FC REC and GND jumper, than connect power cable and at time to manual flash the board would not be recognized when jumper was removed after instruction from sdkmanger to do this. lsusb shows correct id ID 0955:7e19 NVIDIA Corp. APX when jumper is connected. Also I use ping 192.168.55.1 from docker container with response . 0% packets loss.
I did not now what to do next. With these lot of dependencies it is very hard to overcome the booting problem when one step in the chain fails or is wrong. The QR code for authentication often leads to cut off login by loss of website and login failure when smartphone switch off display and I could not hit final step for login because website was lost.
thank you very much - my board is running but ssh connection fails and no Jetson Runtime componets (Cuda Runtime, Cuda X-AI Runtime could be installed). ssh.service: Start request repeated to quick. no update or fix–broken would work.
ok that seems easy - but I only have root partition APP of 14GB and a UDA Partition of 462GB. Could I resize the UDA partition and mount some space whete nvidia-jetpack would be installed ( ~/nividia or /opt/nvidia[-sdk] ? ).
I know nothing about UDA partition with unknown format and fear to damage the partition.
I think on flashing ssd the partitioning would be gone wrong.