I have a jetson nano developer kit I got it from an nvidia partner (VVDN), when we got it, it already had the OS installed without the SD card, when we got the warnings about low storage I looked for the nvidia forums and found out that I can mount the SD card as usr/local. I copied everything from the usr/local into the SD card and then properly edited the fstab entry with uuid and everything like this UUID=sdcardsuuid /usr/local ext4 rw, suid,dev,exec,auto,nouser,async,nofail 0 1
i matched the uuid from the blkid command.
But now the device won’t boot, it just goes into recovery. How do I fix it? Is there a way to edit the fstab
Btw, Nanos don’t use or have UEFI. Their boot is custom, mostly via CBoot. No Jetson has a BIOS, so you can’t deal with it like a PC.
Serial console (mentioned by @DaveYYY) gives you a lot of help though. Some in boot stages, but it is quite possible the system booted up and works, but you don’t have graphics. In that case you can log in to serial console and fix it.
I want to comment that you have an eMMC model from a third party vendor. The fstab command to mount on “/usr/local” works fine with this, but there are details which might go wrong (it’s best to test while still booted before rebooting). On rare occasion something in the linker path pointing at “/usr/local/lib” might interfere with boot, and the fstab of interest is on the eMMC, so you are kind of stuck using serial console…the SD card won’t have the fstab.
The serial console USB UARTs on Jetsons are the 3.3V variety (that’s what the “TTL” level means). All it needs is the 3-pin variety (GND, TX, and RX). If more pins are available, you just leave them unconnected and ignore them.
Your third party Jetson carrier board also implies some of the instructions would differ from a Nano dev kit. Some of the flash or other software will be from the manufacturer’s web site. Don’t flash with the dev kit software unless the manufacturer says it is ok. Hopefully, it can be fixed without flash. A clone could be made of the eMMC though before a flash if it comes to that.
You are going to have a lot of irritations with a VM. If you have a dual boot Ubuntu 18.04 host PC it would make life easier (but it needs lots of disk space).
You have the original SD card, and you know the UUID used in the fstab. Possibly there is discrepancy, for example, a partition UUID versus a disk UUID; in that case the SD card can have the UUID altered to match what you think it is. Not sure though. Serial console logs are important for the next step, and knowing if you can or cannot log in via serial console is an important bit of knowledge right now.
After a few attemps of restarting the nano, NVIDIA’s logo flashed and then the message was displayed that Ubuntu is in emergency mode, I pressed ctrl + D and managed to get a shell. I removed the UUID entry using vi and saved and rebooted. The device was back on the OS. I tried to mount the drive first this time, before editing the fstab as you suggested. I got this popup Ubuntu has experienced an internal error. However the SD card did mount as the /usr/local I even tried writing and everything worked. What should I do now?