Errors message when booting.
This error message is displayed on my Jetson Nano at startup and shutdown:
[ 1,0749173 tegradc tegradc.1: dpd enable lookup fall:-19
[ 1,2874923 1kk219 6-0010: iniK219.board.setup: error during i2c read probe (-121)
[ 1,287523] 1irk219 6-0010: board setup failed
cpj not writing through dangling symlink 'etc/resolv.conf'
[ 2,076568] cgroup: cgroup2: unknown option "nsdelegate"
[ 3,9478223 random: crng init done
[ 3,951255] random: 7 urandom warning(s) missed due to ratelimiting
[ 4,4471763 iwlwifi 0000:01:00.0: Direct firmware load for iwlwifi-8265-26.ucode failed with error -2
[ 4,4608543 iwlwifi 0000:01:00.0: Falling back to user helper
[ 4.647260] iwlwifi 0000:01:00.0: Direct firmware load for iwlwifi-8265-25.ucode failed with error -2
[ 4,6582093 iwlwifi 0000:01:00.0: Falling back to user helper
[ 4.6933453 iwlwifi 0000:01:00.0: Direct firmware load for iwlwifi-8265-24.ucode failed with error -2
[ 4.702856] iwlwifi 0000:01:00.0: Falling back to user helper
[ 4.711627] iwlwifi 0000:01:00.0: Direct firmware load for iwlwifi-8265-23.ucode failed with error -2
[ 4.721185] iwlwifi 0000:01:00.0: Falling back to user helper
[ 4.913796] using random self ethernet address
[ 4.9137983 using random host ethernet address
[ 4.943245] using random self ethernet address
[ 4.943248] using random host ethernet address
[ 5.858421] thermal thernial_zone6: failed to read out thermal zone (-5)
[ 54.909369] Host read timeout at address 5458045c
[ 57.932572] systemd-shutdow: 38 output lines suppressed due to ratelimiting
The system is “clean”. Jetson Nano Developer Kit 4.2.3 installed from the official SD card image.
My Jetson Nano is equipped with a wifi module Intel 8265NGW. Touchscreen display (HDMI+USB), keyboard and mouse are connected. Ethernet is not used. Power supply via 4A barrel jack.
After booting the system works fine, including wifi.
Why do these errors appear? How do I fix them?
May I know which error bothers your here? the iwlwifi log?
I am afraid that my Jetson Nano will not work properly due to hardware driver errors. And I don’t know what “imx291”, “thermal zone”. Why the “direct firmware load for iwlwifi-8265-262” failed?
It also seems to me that these errors lead to a second attempt to boot the system which is successful (when rebooting from Ubuntu, the text log and Nvidia logo are displayed 2 times).
systemd-shutdow: 38 output lines suppressed due to ratelimiting
P.S. If all this is normal, is it possible to disable the display of this text log at boot time?
The “38 output lines…” is not an error. There is some code in the Linux kernel to help provide somewhat more “realtime” behavior, e.g., for audio. Whenever realtime is unable to keep up with something the lower priority items are delayed and the higher priority items run instead. A log note is added, but in many cases the note occurs too fast and the logging self-suppresses the excess. If you were debugging something like audio skips, then this might be useful to you.
Also note that the kernel has more options of reading hardware than what is present in many cases. I could be wrong, but the failure to read a thermal zone is likely because it is hardware which doesn’t exist.
I do not know which firmware your hardware uses for WiFi, and the firmware load might or might not have meaning. In some cases the system simply has an order of trying things, and some of those details are optional…if the option is not needed or does not exist, then the system will try anyway. If your WiFi works, then it was probably not in need of the firmware. I can’t say for certain, but odds are high that nothing is wrong.
I’m not sure on the Nano what the configuration is to “quiet” the boot messages. Normally this would be added to the kernel command line via the “APPEND” line of the “/boot/extlinux/extlinux.conf” file, but it could have other requirements on the Nano.
The imx219 and iwlwifi-8265-262 are not an error. The fw error comes from the Intel card driver which attempts to load many version of fw. If it does not find it, the driver would search another fw.
If your card can work fine, it means no worry about it.
Actually I am not sure why the log is still here. By default, after rel-32.2, “quiet” is already set in kernel cmdline.
Maybe you could also add loglevel after quiet(quiet loglevel=0), and see if it can avoid log print.
linuxdev, WayneWWWW, thanks for the answers!