While doing unminimize on a Jetson Nano connected via SSH, I saw these warnings:
update-initramfs: deferring update (trigger activated)
Processing triggers for man-db (2.8.3-2ubuntu0.1) ...
Processing triggers for initramfs-tools (0.130ubuntu3.10) ...
update-initramfs: Generating /boot/initrd.img-4.9.140-tegra
cryptsetup: WARNING: failed to detect canonical device of /dev/root
cryptsetup: WARNING: could not determine root device from /etc/fstab
Warning: couldn't identify filesystem type for fsck hook, ignoring.
I: The initramfs will attempt to resume from /dev/zram3
I: (UUID=6c05db5a-4241-4a1e-9ee4-525a6238088a)
I: Set the RESUME variable to override this.
/sbin/ldconfig.real: Warning: ignoring configuration file that cannot be opened: /etc/ld.so.conf.d/aarch64-linux-gnu_EGL.conf: No such file or directory
/sbin/ldconfig.real: Warning: ignoring configuration file that cannot be opened: /etc/ld.so.conf.d/aarch64-linux-gnu_GL.conf: No such file or directory
What do they mean, and will this cause any problems with booting process?
I have also seen this warning on Jetson boards. But IIRC, I have seen this on an Ubuntu 18.04 installation on x86_64 systems as well. Since, the update-initramfs utility comes from the Ubuntu rootfs (don’t think NVIDIA modifies it in anyway), other Ubuntu users may have reported it.
Having said that, I will wait for other users’ comments as it bothers me as well :-)
It’s one thing that I noticed, but what bothers me is how slow everything is from booting, desktop manager, SSH access, and serial console. I suspect it’s SD card, but I have already used Samsung Pro Endurance 64 GB.
I can use 32 GB SD card or less. But, is it really the main cause of the slowdown?
I only have the dev kit not the production jetson nano, so I don’t know how fast eMMC is, but I don’t want to buy another unit until I figure out how to optimize this Jetson Nano dev kit performance.
I haven’t even started machine learning yet. Just basic operations of the OS. But there are so few guidelines out there to optimize it.
I have used a sufficient power supply and whatever I can find from jetsonhacks, this forum, and blog articles.
Perhaps unminimize wasn’t a good idea in the 1st place.
Maybe Ubuntu is the problem. If we look at raspbian OS, it’s optimized for the raspberrypi board, and once I install something like Ubuntu Mate, it’s significantly slow.
Next time I would set up Jetson Nano without a desktop, but since the first setup relies on desktop, it’s a pain to restart the process to uninstall the desktop.
Technically this only installs documentation for packages already installed. “unminimize” should have no effect on package updates (other than perhaps when documentation updates, then the updated doc would also be installed).
If that’s the case, it does seem to be installing a lot of documentation.
Also, yes a 32 GB SD card is much faster than a 64 GB SD card of the same manufacturer Samsung. I’m really not sure what’s wrong with the way a 64 GB SD card is being read.
It’s normal if it’s being used as a storage, but not as a bootable linux OS
I couldn’t tell you why the one SD is faster than the other. Samsung SD cards tend to work correctly from my experience, but there is a lot which can go on and change this. I don’t know how to debug SD card speed issues.