Jetpack failing after flashing the OS

I am trying to flash a Jetson Xavier using Jetpack 4.2.

After the OS is flashed, Jetpack prompts me to finish the Ubuntu setup wizard and input the login credentials of Xavier into Jetpack so as to finish installing the SDK components. When I do that and click ‘Install’, Jetpack says that it is unable to connect to the device.

I connected the Xavier to the host via with the provided usb cable and haven’t changed the setup after the OS got flashed. I tried reflashing once more, but the Jetpack failed with the same error.

The link below leads to an image containing the error and the relevant logs.
https://drive.google.com/file/d/1J9K0L0U2M4O9GTaJoDW9MGr2gFaOi0oN/view?usp=sharing

Assuming it’s correctly flashed, you may check this post. You may also try post-flash only with wired ethernet instead of ip over USB.

What do you mean by wired ethernet?
This is my current setup:

  1. Xavier: connected to host via usb and connected to the internet via a wired ethernet connection to a router
  2. Host: connected to xavier via usb and connected to the internet via the same router wirelessly

The link below contains the log files asked in the forum post you had linked.
https://drive.google.com/drive/folders/1sDqMqy9tg8urL823zVdkAc2eVE8NSf34?usp=sharing

Jetpack uses usb cable for flashing the image to Xavier.
But for the sw components, it is using wired ethernet. USB cable has nothing to do at this step.

In brief, if your host is able to ping the IP addr of Xaiver, it should work.

I have verified that the host is able to ping the Xavier. But jetpack still is unable to connect to the Xavier.

Sorry, if this is sdkmanager, it transmits the component through the usb cable. Could you share the result of “lsusb” on your host during installation failure?

Here’s the output of lsusb.

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 1bcf:2b97 Sunplus Innovation Technology Inc. 
Bus 001 Device 003: ID 187c:0550 Alienware Corporation 
Bus 001 Device 006: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 005: ID 8087:0025 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

haranbolt,

I just notice your sdkmanager is still searching “NVIDIA Corp” in lsusb. It means the manager is trying to flash the OS.

Are you sure your device is flashed correctly and you are not flashing it again?

So, I have flashed the OS, but the SDK components haven’t been flashed. That’s where the problem lies.

Could you use manual script to flash the board? We just received some similar bug reports as yours.

Please use below steps and see if it can flash or not.

  1. Put device into recovery mode.
  2. cd Linux_for_Tegra
    3… sudo ./flash jetson-xaiver mmcblk0p1

Are you really sure the OS is flashed? I suspect this because in your sdkmanager, it is still checking “NVIDIA Corp”.

“NVIDIA Corp” checking is only needed when flashing OS. There is no need to do it when installing components.

hmm… per checked your log, it seems boot up. Are you able to see there is a USB interface with ip 192.168.55.1 in your ifconfig?

Also, you should also see another interface from ifconfig on your host PC.

These two interfaces should be able to ping each other when usb cable is connected. You don’t need a router.

Could you capture the log of installation failure? I don’t see you post it.

Here is the entire log when trying to install just the SDK components after the OS is flashed.

16:48:22 INFO : null
16:48:26 INFO : OpenCV on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libopencv-dev_3.3.1-2-g31ccdfe11_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : OpenCV on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libopencv_3.3.1-2-g31ccdfe11_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : OpenCV on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libopencv-python_3.3.1-2-g31ccdfe11_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : OpenCV on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libopencv-samples_3.3.1-2-g31ccdfe11_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : cuDNN on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libcudnn7-dev_7.3.1.28-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : cuDNN on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libcudnn7_7.3.1.28-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : cuDNN on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libcudnn7-doc_7.3.1.28-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libnvinfer5_5.0.6-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libnvinfer-dev_5.0.6-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/tensorrt_5.0.6.3-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/python-libnvinfer_5.0.6-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/python-libnvinfer-dev_5.0.6-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/python3-libnvinfer_5.0.6-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/python3-libnvinfer-dev_5.0.6-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/graphsurgeon-tf_5.0.6-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/uff-converter-tf_5.0.6-1+cuda10.0_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : VisionWorks on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libvisionworks-repo_1.6.0.500n_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : VisionWorks on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libvisionworks-sfm-repo_0.90.4_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : VisionWorks on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libvisionworks-tracking-repo_0.88.2_arm64.deb with correct checksum, skip downloading.
16:48:26 INFO : Multimedia API : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/Tegra_Multimedia_API_R32.1.0_aarch64.tbz2 with correct checksum, skip downloading.
16:48:27 INFO : TensorRT on Target : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/libnvinfer-samples_5.0.6-1+cuda10.0_all.deb with correct checksum, skip downloading.
16:48:27 INFO : CUDA Toolkit for L4T : Found file /home/haranrk/Downloads/nvidia/sdkm_downloads/cuda-repo-l4t-10-0-local-10.0.166_1.0-1_arm64.deb with correct checksum, skip downloading.
16:50:08 INFO : [host] [sudo] password for haranrk:
16:50:08 INFO :
16:50:08 INFO :
16:50:08 DEBUG : running command < ip addr | grep 192.168.55.100/24 >
16:50:08 ERROR : command terminated with error
16:50:08 DEBUG : running command < lsusb | grep "NVidia Corp" >
16:50:08 ERROR : command terminated with error
16:50:08 ERROR : Could not connect to the target device. Verify that: 1. The device is connected to this host machine with a USB cable. 2. Ubuntu 'System configuration wizard' is completed on the device. 3. Jetson's Ubuntu OS is up and running.
16:50:12 INFO : Device Mode Host Setup in Target SDK : install 'Device Mode Host Setup in Target SDK' Skipped
16:50:12 INFO : DateTime Target Setup : install 'DateTime Target Setup' Skipped
16:50:12 INFO : CUDA Toolkit for L4T : install 'CUDA Toolkit for L4T' Skipped
16:50:12 INFO : cuDNN on Target : install 'cuDNN on Target' Skipped
16:50:12 INFO : TensorRT on Target : install 'TensorRT on Target' Skipped
16:50:12 INFO : OpenCV on Target : install 'OpenCV on Target' Skipped
16:50:12 INFO : VisionWorks on Target : install 'VisionWorks on Target' Skipped
16:50:12 INFO : Multimedia API : install 'Multimedia API' Skipped
16:50:13 INFO : All done!

Could you tell me where the Linux_for_Tegra folder is? It’s not there in the files downloaded by jetpack

There is no change in the output of the ifconfig between when the xavier is connected via usb and when it’s not

Hi,

This log matches what I thought. Could you just share your the result of ifconfig with us?

16:50:08 DEBUG : running command < ip addr | grep 192.168.55.100/24 >
16:50:08 ERROR : command terminated with error
16:50:08 DEBUG : running command < lsusb | grep "NVidia Corp" >
16:50:08 ERROR : command terminated with error

Also, Linux_for_Tegra folder path is definitely under your host. Otherwise the OS flash would not be done.
It would be installed somewhere. Sorry that I am not with my office pc now so cannot give you the answer.

If I remember correctly, you can choose a path in sdkmanager.Linux_for_Tegra should be there.

Note: please share ifconfig result of both your host pc and xaiver.

there should as well be some peculiarity when host could be able to connect to guest[jetson] only after manually with keyboard and monitor the post installation configuration has been made at guest[jetson] where username and password are set. I understand that it is not the issue, but unless username and password are set manually, the sdk manager processed post installation can not be completed, as it seems to me from my experience.

I guess the usb-ethernet interface is not up on your host.

Here are the ifconfigs.

Host:

br-1af98daaeaa5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.20.0.1  netmask 255.255.0.0  broadcast 172.20.255.255
        inet6 fe80::42:3cff:fe28:b64f  prefixlen 64  scopeid 0x20<link>
        inet6 fe80::42:3cff:fe28:b64f  prefixlen 64  scopeid 0x20<link>
        ether 02:42:3c:28:b6:4f  txqueuelen 0  (Ethernet)
        RX packets 1946  bytes 145304 (145.3 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1944  bytes 1073190 (1.0 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

br-b678cd3b6216: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.18.0.1  netmask 255.255.0.0  broadcast 172.18.255.255
        inet6 fe80::42:78ff:fe57:6ac2  prefixlen 64  scopeid 0x20<link>
        ether 02:42:78:57:6a:c2  txqueuelen 0  (Ethernet)
        RX packets 12  bytes 336 (336.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 299  bytes 33753 (33.7 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

br-caf73303b1b3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.19.0.1  netmask 255.255.0.0  broadcast 172.19.255.255
        inet6 fe80::42:9eff:feb2:c2db  prefixlen 64  scopeid 0x20<link>
        ether 02:42:9e:b2:c2:db  txqueuelen 0  (Ethernet)
        RX packets 20  bytes 1040 (1.0 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 326  bytes 36252 (36.2 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:ee:d4:f7:03  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp0s20f0u2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.55.100  netmask 255.255.255.0  broadcast 192.168.55.255
        inet6 fe80::a9fc:4b0:4682:f7eb  prefixlen 64  scopeid 0x20<link>
        ether 82:93:1d:bf:86:76  txqueuelen 1000  (Ethernet)
        RX packets 214  bytes 25956 (25.9 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 57  bytes 14198 (14.1 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp0s20f0u2i5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::e815:b7f8:86d4:ed29  prefixlen 64  scopeid 0x20<link>
        ether 76:57:cc:50:7d:92  txqueuelen 1000  (Ethernet)
        RX packets 63  bytes 8564 (8.5 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 57  bytes 10013 (10.0 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp68s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether e4:b9:7a:2f:b2:8d  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 191284  bytes 49188165 (49.1 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 191284  bytes 49188165 (49.1 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp69s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1490
        inet 10.79.197.195  netmask 255.255.248.0  broadcast 10.79.199.255
        inet6 fe80::7348:3d48:4aea:4d70  prefixlen 64  scopeid 0x20<link>
        ether 3c:6a:a7:f4:ba:cd  txqueuelen 1000  (Ethernet)
        RX packets 13351201  bytes 17142190265 (17.1 GB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2914576  bytes 545529612 (545.5 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0