I’m trying to install CUDA Toolkit 9.0 on a system that has had NVIDIA rootfs 28.2 installed previously (a compatible version from JetPack3.3).
To do this, I’ve selected the ‘custom’ radio button in JetPack3.3, and then selected only ‘CUDA Toolkit’, then ‘install 9.0’ in the dropdown list.
I then click run, and XTERM pops up as usual. The cuda-repo-l4t-9-0-local_9.0.252-1_arm64.deb is pushed to the target, then there is a delay and an exit code ‘5’, as shown below:
The error seems to come from the program
InstallUtil, which didn’t seem to respond to queries for help (-h, --help).
My host system is 16.04. There is enough free flash on the target system for CUDA
I’m not sure about which versions might being mixed, but usually software packages from one release to another are not compatible (there are probably some exceptions).
What cuda directories do you have in “/var/”? Should be:
What do you see from:
dpkg -l | egrep 'cuda-repo-l4t-9-0-local'
Thanks, here’s the output:
nvidia@tegra-ubuntu:~$ ls /var/cuda-repo-9-0-local/
nvidia@tegra-ubuntu:~$ dpkg -l | egrep 'cuda-repo-l4t-9-0-local'
ii cuda-repo-l4t-9-0-local 9.0.252-1 arm64 cuda repository configuration files
So the CUDA repo itself is installed. I’m not sure about the meaning of the exit code 5, but it looks like CUDA 9 was installed and should be available. Was there some other problem showing up which makes it appear CUDA is not there?
Note that you can do “apt search cuda-gdb” (or any package in that directory) and it should show up as available even if not currently installed. Then you can use “sudo apt-get install …package…” to actually have the package installed.
Awesome, this solved the problem. Running “sudo apt install cuda-gdb-src-9-0” got me what I needed.