I am trying to access the Jupyter on a remote machine in my lab - headless. It now needs token before you can change the password. The original nvidia password does not work. Attempting to persist a new password does not work because this is a docker container and is deleted in jupyter server when the container is removed. Is there a simple way to get the autogenerated token without doing a “server list” command and typing the token in on the remote machine? We do not want to run the graphics on the Xavier.
Hi @marvinbr, since Jupyter has changed the way it authenticates passwords/tokens, what I would recommend to persist a new password is after setting the new password, to save your changes to the container image with docker commit. Then afterwards, run your new container image instead.
You can get the tokens remotely by running jupyter server list from a terminal into your docker container, it doesn’t need to be done from the Jetson itself with a display attached.
@Max_Dichler securboot is supported till bootloader in this release for both Xavier and Orin (i.e, MB1, MB2 and until UEFI). In the next release we will support UEFI secureboot to sign componetns above UEFI like the kernel.
This release does not install for me on NVMe with the Jetson Xavier NX Developer Kit. Multiple attempts. It seemed to install successfully on uSD card, but my goal is to install to NVMe. I’m using latest SDK manager, JetPack 5.0.2 Rev 1. Was hopeful this would address the ridiculously bad installation problems of JetPack 5.x thus far. I am using manual install to SD and NVMe (the automatic install option never works at all).
It might also be helpful to know that no matter how I install it (NVMe/SSD) it never boots from NVME. It will never come up with NVMe mounted as the root filesystem. The NVMe device is recognized as nvme0n1 when the device is booted. It can be formatted and accessed normally by Linux on the device, but installation always fails to work properly.
Well it appears that it worked this last time because I removed the uSD card from the NX module. So perhaps this works now? Previously it would not let me flash NVMe first without flashing the image to the uSD card, but this last time it seems to have succeeded.
I can’t flash Jetpack 5.0.2 using SDK manager to nvme on Xavier NX either. SD card works fine. I’m using the official developer kit with SN750 500GB SSD.
Yes I did. I reformatted the SSD and tried it again this morning. It still gave the same error. I have no problem flashing either 5.0.1 or 5.0.2 to the uSD card using SDK manager. I’ve given it up now and use the rootOnNVMe method instead.
Strange, I managed to get my custom carrier board working with 5.0.1 on nvme but no luck 5.0.2.
Was about to buy an original dev kit, but I think there are too much issue with those boards and 5.0.2.
Is there a response to this question. We randomly get this screen at bootup and boot failure if no manual entry, how can this screen be automatically bypassed or boot selection permanently stored
