I trying to update Jetpack on my Jetson Nano from 4.4 to 4.4.1 using OTA.
sudo apt update
sudo apt upgrade
Update is successfully completed without errors.
During the first reboot, the Nvidia logo flashes cyclically and the system does not boot. Then, after hardware reboot (or power off/on), only the black screen appears (probably the display does not even turn on).
In recovery mode, Nvidia SDK Manager connects to the device, but does not find errors in the system.
I restored the system from the SD card image and tried to update several times, but I always get the same result.
Also I tried to turn off the automatic power on with the jumper.
Previous system updates using OTA were successful. What could be the problem?
After updating nvidia-l4t-bootloader, the system no longer boots - only the logo appears.
I think that the inability to update the L4T system is a big problem for the developer. I have to choose - either to use an old version of the system or to restore my project manually every time. Recovery takes a long time - I need to compile and install libraries, configure the system, copy data. Please fix the problem with update!
I tried to update the system several times using the standard procedure “sudo apt update sudo apt upgrade”. After that, the system does not boot.
Then I tried to find the nvidia package that is causing the issue after the update. For this I have updated all nvidia packages one by one. After updating nvidia-l4t-bootloader, the system does not boot.
So it would help to have a serial console.
You would be able to see errors. If the kernel boots and it’s just a monitor issue, you would login and see if an EDID has been read. I have no Nano, but something like:
sudo cat /sys/kernel/debug/tegradc.0/edid
If an EDID has been read, you should be able to see a block of hex values. You can copy these and paste into www.edidreader.com and check details.
If a correct EDID has been read, you would want to see if the X server rejected it.
First, if you’ve made changes to xorg.conf, you may try to remove these changes.
As root, you would edit /etc/X11/xorg.conf, and in section Device, add a line with:
Option "ModeDebug"
Then reboot and check file /var/log/Xorg.0.log. You may see if your mode has been rejected.
First, I looked at the boot log using the serial console. According to the log, when the system starts up, it is not the “primary kernel” that boots, but the “Custom 40-pin header configuration”.
Yes, Jetson IO works fine after the upgrade. After changing the GPIO settings with Jetson IO, L4T boot option is again “JetsonIO”.
System rebooted without errors.