libcuda.so.1 not found despite installing CUDA?












0















When running tensorflow on ubuntu 16.04 libcuda.so.1 isn't being found.
This file is part of the CUDA tools which I should have installed ; maybe just no the right place?
I tried searching for the files via this command:



find / -type f -name "libcuda.so.1



And I get back a list of files (shortened list):



ind: ‘/etc/cups/ssl’: Permission denied
find: ‘/etc/polkit-1/localauthority’: Permission denied
find: ‘/etc/ssl/private’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-colord.service-QhckWW’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-systemd-timesyncd.service-A46ooI’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-rtkit-daemon.service-pZ6U3J’: Permission denied
find: ‘/lost+found’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-rtkit-daemon.service-vEpGYO’: Permission denied
find: ‘/var/tmp/systemd-private-c9508c53c88848febd8d6b9c7758d44d-colord.service-6sVMbw’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-systemd-timesyncd.service-DifcXc’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-colord.service-j5hYyg’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-systemd-timesyncd.service-dSg1Cz’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-colord.service-FbxlSK’: Permission denied
find: ‘/var/tmp/systemd-private-5065912711c44bfd880f3aca2d0008e7-colord.service-rq0MKq’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-rtkit-daemon.service-W2mqTy’: Permission denied
find: ‘/var/tmp/systemd-private-5065912711c44bfd880f3aca2d0008e7-rtkit-daemon.service-Nmhoc5’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-colord.service-yD6AKb’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-rtkit-daemon.service-2aRSdk’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-systemd-timesyncd.service-cR7tKn’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-colord.service-RpnOff’: Permission denied
find: ‘/var/tmp/systemd-private-93e35b4b8e084692829998454c625032-rtkit-daemon.service-FPP0C0’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-rtkit-daemon.service-KSb7II’: Permission denied
find: ‘/var/tmp/systemd-private-93e35b4b8e084692829998454c625032-colord.service-umcrrr’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-systemd-timesyncd.service-zCbfRG’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-rtkit-daemon.service-YUHCBb’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-systemd-timesyncd.service-3gwsBe’: Permission denied
find: ‘/var/tmp/systemd-private-c9508c53c88848febd8d6b9c7758d44d-systemd-timesyncd.service-9KAj0J’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-rtkit-daemon.service-Lua60R’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-colord.service-9wRZuD’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-systemd-timesyncd.service-1IVY9S’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-colord.service-BcEhRd’: Permission denied


I'm not really sure what most of these files mean. Are these files part of the "libcuda" ? Or does this mean libcuda isn't installed.



Thank you.



After listening to what @ravery suggested:



I tried this:



ls /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 -la


which gave me an output of this:



-rw-r--r-- 1 root root 26 Jan 26  2017 /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7


And if I run nvidia-smi I get back this:



------------------------------------------------------+                       
| NVIDIA-SMI 340.104 Driver Version: 340.104 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GTX 260 Off | 0000:01:00.0 N/A | N/A |
| 40% 46C P12 N/A / N/A | 226MiB / 895MiB | N/A Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Compute processes: GPU Memory |
| GPU PID Process name Usage |
|=============================================================================|
| 0 Not Supported


So I have to link my libdua.os.7 to my graphics card driver?



What's the best way to find this driver. Thank you.



I also tried this:



ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1


output:



failed to create symbolic link '/usr/local/cuda/lib/libcuda.so.1': No such file or directory


EDIT: After playing around for a few days. I'm still stuck.



More info:



If I browse my computer directory, I noticed that there is a CUDA-8.0 at this location:



/usr/local/


I also see a CUDA folder with an arrow on it (which I presume represents a shorcut) here in



   /usr/local


Second Update:



Running this command:



export PATH=$PATH:/usr/local/cuda-8.0/bin


Now nvcc --version returns:



vcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2016 NVIDIA Corporation
Built on Tue_Jan_10_13:22:03_CST_2017
Cuda compilation tools, release 8.0, V8.0.61


However,



locate libcuda.so.1


still returns an empty screen.










share|improve this question

























  • Your missing link is from the libcuda1-340 package, which probably gets added when you add the Ubuntu Nvidia drivers. If you added drivers any other way, well, there may be other problems too. You fixed PATH, now fix LD_LIBRARY_PATH with /usr/local/cuda-8.0/lib64, but that's unrelated to the libcuda.so.1 problem.

    – ubfan1
    Jan 26 '18 at 22:57











  • @ubfan1 Thank you. I think I installed the Nvidia drivers which this way: sudo apt-get install nvidia-340 I remember I was having problems with some drivers causes the login screen to malfunction.

    – Sayaka
    Jan 27 '18 at 4:20


















0















When running tensorflow on ubuntu 16.04 libcuda.so.1 isn't being found.
This file is part of the CUDA tools which I should have installed ; maybe just no the right place?
I tried searching for the files via this command:



find / -type f -name "libcuda.so.1



And I get back a list of files (shortened list):



ind: ‘/etc/cups/ssl’: Permission denied
find: ‘/etc/polkit-1/localauthority’: Permission denied
find: ‘/etc/ssl/private’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-colord.service-QhckWW’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-systemd-timesyncd.service-A46ooI’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-rtkit-daemon.service-pZ6U3J’: Permission denied
find: ‘/lost+found’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-rtkit-daemon.service-vEpGYO’: Permission denied
find: ‘/var/tmp/systemd-private-c9508c53c88848febd8d6b9c7758d44d-colord.service-6sVMbw’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-systemd-timesyncd.service-DifcXc’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-colord.service-j5hYyg’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-systemd-timesyncd.service-dSg1Cz’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-colord.service-FbxlSK’: Permission denied
find: ‘/var/tmp/systemd-private-5065912711c44bfd880f3aca2d0008e7-colord.service-rq0MKq’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-rtkit-daemon.service-W2mqTy’: Permission denied
find: ‘/var/tmp/systemd-private-5065912711c44bfd880f3aca2d0008e7-rtkit-daemon.service-Nmhoc5’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-colord.service-yD6AKb’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-rtkit-daemon.service-2aRSdk’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-systemd-timesyncd.service-cR7tKn’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-colord.service-RpnOff’: Permission denied
find: ‘/var/tmp/systemd-private-93e35b4b8e084692829998454c625032-rtkit-daemon.service-FPP0C0’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-rtkit-daemon.service-KSb7II’: Permission denied
find: ‘/var/tmp/systemd-private-93e35b4b8e084692829998454c625032-colord.service-umcrrr’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-systemd-timesyncd.service-zCbfRG’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-rtkit-daemon.service-YUHCBb’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-systemd-timesyncd.service-3gwsBe’: Permission denied
find: ‘/var/tmp/systemd-private-c9508c53c88848febd8d6b9c7758d44d-systemd-timesyncd.service-9KAj0J’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-rtkit-daemon.service-Lua60R’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-colord.service-9wRZuD’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-systemd-timesyncd.service-1IVY9S’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-colord.service-BcEhRd’: Permission denied


I'm not really sure what most of these files mean. Are these files part of the "libcuda" ? Or does this mean libcuda isn't installed.



Thank you.



After listening to what @ravery suggested:



I tried this:



ls /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 -la


which gave me an output of this:



-rw-r--r-- 1 root root 26 Jan 26  2017 /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7


And if I run nvidia-smi I get back this:



------------------------------------------------------+                       
| NVIDIA-SMI 340.104 Driver Version: 340.104 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GTX 260 Off | 0000:01:00.0 N/A | N/A |
| 40% 46C P12 N/A / N/A | 226MiB / 895MiB | N/A Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Compute processes: GPU Memory |
| GPU PID Process name Usage |
|=============================================================================|
| 0 Not Supported


So I have to link my libdua.os.7 to my graphics card driver?



What's the best way to find this driver. Thank you.



I also tried this:



ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1


output:



failed to create symbolic link '/usr/local/cuda/lib/libcuda.so.1': No such file or directory


EDIT: After playing around for a few days. I'm still stuck.



More info:



If I browse my computer directory, I noticed that there is a CUDA-8.0 at this location:



/usr/local/


I also see a CUDA folder with an arrow on it (which I presume represents a shorcut) here in



   /usr/local


Second Update:



Running this command:



export PATH=$PATH:/usr/local/cuda-8.0/bin


Now nvcc --version returns:



vcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2016 NVIDIA Corporation
Built on Tue_Jan_10_13:22:03_CST_2017
Cuda compilation tools, release 8.0, V8.0.61


However,



locate libcuda.so.1


still returns an empty screen.










share|improve this question

























  • Your missing link is from the libcuda1-340 package, which probably gets added when you add the Ubuntu Nvidia drivers. If you added drivers any other way, well, there may be other problems too. You fixed PATH, now fix LD_LIBRARY_PATH with /usr/local/cuda-8.0/lib64, but that's unrelated to the libcuda.so.1 problem.

    – ubfan1
    Jan 26 '18 at 22:57











  • @ubfan1 Thank you. I think I installed the Nvidia drivers which this way: sudo apt-get install nvidia-340 I remember I was having problems with some drivers causes the login screen to malfunction.

    – Sayaka
    Jan 27 '18 at 4:20
















0












0








0


1






When running tensorflow on ubuntu 16.04 libcuda.so.1 isn't being found.
This file is part of the CUDA tools which I should have installed ; maybe just no the right place?
I tried searching for the files via this command:



find / -type f -name "libcuda.so.1



And I get back a list of files (shortened list):



ind: ‘/etc/cups/ssl’: Permission denied
find: ‘/etc/polkit-1/localauthority’: Permission denied
find: ‘/etc/ssl/private’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-colord.service-QhckWW’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-systemd-timesyncd.service-A46ooI’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-rtkit-daemon.service-pZ6U3J’: Permission denied
find: ‘/lost+found’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-rtkit-daemon.service-vEpGYO’: Permission denied
find: ‘/var/tmp/systemd-private-c9508c53c88848febd8d6b9c7758d44d-colord.service-6sVMbw’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-systemd-timesyncd.service-DifcXc’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-colord.service-j5hYyg’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-systemd-timesyncd.service-dSg1Cz’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-colord.service-FbxlSK’: Permission denied
find: ‘/var/tmp/systemd-private-5065912711c44bfd880f3aca2d0008e7-colord.service-rq0MKq’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-rtkit-daemon.service-W2mqTy’: Permission denied
find: ‘/var/tmp/systemd-private-5065912711c44bfd880f3aca2d0008e7-rtkit-daemon.service-Nmhoc5’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-colord.service-yD6AKb’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-rtkit-daemon.service-2aRSdk’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-systemd-timesyncd.service-cR7tKn’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-colord.service-RpnOff’: Permission denied
find: ‘/var/tmp/systemd-private-93e35b4b8e084692829998454c625032-rtkit-daemon.service-FPP0C0’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-rtkit-daemon.service-KSb7II’: Permission denied
find: ‘/var/tmp/systemd-private-93e35b4b8e084692829998454c625032-colord.service-umcrrr’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-systemd-timesyncd.service-zCbfRG’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-rtkit-daemon.service-YUHCBb’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-systemd-timesyncd.service-3gwsBe’: Permission denied
find: ‘/var/tmp/systemd-private-c9508c53c88848febd8d6b9c7758d44d-systemd-timesyncd.service-9KAj0J’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-rtkit-daemon.service-Lua60R’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-colord.service-9wRZuD’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-systemd-timesyncd.service-1IVY9S’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-colord.service-BcEhRd’: Permission denied


I'm not really sure what most of these files mean. Are these files part of the "libcuda" ? Or does this mean libcuda isn't installed.



Thank you.



After listening to what @ravery suggested:



I tried this:



ls /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 -la


which gave me an output of this:



-rw-r--r-- 1 root root 26 Jan 26  2017 /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7


And if I run nvidia-smi I get back this:



------------------------------------------------------+                       
| NVIDIA-SMI 340.104 Driver Version: 340.104 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GTX 260 Off | 0000:01:00.0 N/A | N/A |
| 40% 46C P12 N/A / N/A | 226MiB / 895MiB | N/A Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Compute processes: GPU Memory |
| GPU PID Process name Usage |
|=============================================================================|
| 0 Not Supported


So I have to link my libdua.os.7 to my graphics card driver?



What's the best way to find this driver. Thank you.



I also tried this:



ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1


output:



failed to create symbolic link '/usr/local/cuda/lib/libcuda.so.1': No such file or directory


EDIT: After playing around for a few days. I'm still stuck.



More info:



If I browse my computer directory, I noticed that there is a CUDA-8.0 at this location:



/usr/local/


I also see a CUDA folder with an arrow on it (which I presume represents a shorcut) here in



   /usr/local


Second Update:



Running this command:



export PATH=$PATH:/usr/local/cuda-8.0/bin


Now nvcc --version returns:



vcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2016 NVIDIA Corporation
Built on Tue_Jan_10_13:22:03_CST_2017
Cuda compilation tools, release 8.0, V8.0.61


However,



locate libcuda.so.1


still returns an empty screen.










share|improve this question
















When running tensorflow on ubuntu 16.04 libcuda.so.1 isn't being found.
This file is part of the CUDA tools which I should have installed ; maybe just no the right place?
I tried searching for the files via this command:



find / -type f -name "libcuda.so.1



And I get back a list of files (shortened list):



ind: ‘/etc/cups/ssl’: Permission denied
find: ‘/etc/polkit-1/localauthority’: Permission denied
find: ‘/etc/ssl/private’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-colord.service-QhckWW’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-systemd-timesyncd.service-A46ooI’: Permission denied
find: ‘/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-rtkit-daemon.service-pZ6U3J’: Permission denied
find: ‘/lost+found’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-rtkit-daemon.service-vEpGYO’: Permission denied
find: ‘/var/tmp/systemd-private-c9508c53c88848febd8d6b9c7758d44d-colord.service-6sVMbw’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-systemd-timesyncd.service-DifcXc’: Permission denied
find: ‘/var/tmp/systemd-private-7216baf4e9e24f4b99aa9cd9d37e9779-colord.service-j5hYyg’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-systemd-timesyncd.service-dSg1Cz’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-colord.service-FbxlSK’: Permission denied
find: ‘/var/tmp/systemd-private-5065912711c44bfd880f3aca2d0008e7-colord.service-rq0MKq’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-rtkit-daemon.service-W2mqTy’: Permission denied
find: ‘/var/tmp/systemd-private-5065912711c44bfd880f3aca2d0008e7-rtkit-daemon.service-Nmhoc5’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-colord.service-yD6AKb’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-rtkit-daemon.service-2aRSdk’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-systemd-timesyncd.service-cR7tKn’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-colord.service-RpnOff’: Permission denied
find: ‘/var/tmp/systemd-private-93e35b4b8e084692829998454c625032-rtkit-daemon.service-FPP0C0’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-rtkit-daemon.service-KSb7II’: Permission denied
find: ‘/var/tmp/systemd-private-93e35b4b8e084692829998454c625032-colord.service-umcrrr’: Permission denied
find: ‘/var/tmp/systemd-private-bfc953f066c54c8f8989b0585e58681d-systemd-timesyncd.service-zCbfRG’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-rtkit-daemon.service-YUHCBb’: Permission denied
find: ‘/var/tmp/systemd-private-f72e80f0374645bda6c2d99c5628e374-systemd-timesyncd.service-3gwsBe’: Permission denied
find: ‘/var/tmp/systemd-private-c9508c53c88848febd8d6b9c7758d44d-systemd-timesyncd.service-9KAj0J’: Permission denied
find: ‘/var/tmp/systemd-private-81dcc732570e47799cb04c3cb0c5a2c6-rtkit-daemon.service-Lua60R’: Permission denied
find: ‘/var/tmp/systemd-private-cc0e6bd6ee4c4e5a8e66d39c662b4262-colord.service-9wRZuD’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-systemd-timesyncd.service-1IVY9S’: Permission denied
find: ‘/var/tmp/systemd-private-310aa08f8dac48c087fb3d04eb13211d-colord.service-BcEhRd’: Permission denied


I'm not really sure what most of these files mean. Are these files part of the "libcuda" ? Or does this mean libcuda isn't installed.



Thank you.



After listening to what @ravery suggested:



I tried this:



ls /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 -la


which gave me an output of this:



-rw-r--r-- 1 root root 26 Jan 26  2017 /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7


And if I run nvidia-smi I get back this:



------------------------------------------------------+                       
| NVIDIA-SMI 340.104 Driver Version: 340.104 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GTX 260 Off | 0000:01:00.0 N/A | N/A |
| 40% 46C P12 N/A / N/A | 226MiB / 895MiB | N/A Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Compute processes: GPU Memory |
| GPU PID Process name Usage |
|=============================================================================|
| 0 Not Supported


So I have to link my libdua.os.7 to my graphics card driver?



What's the best way to find this driver. Thank you.



I also tried this:



ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1


output:



failed to create symbolic link '/usr/local/cuda/lib/libcuda.so.1': No such file or directory


EDIT: After playing around for a few days. I'm still stuck.



More info:



If I browse my computer directory, I noticed that there is a CUDA-8.0 at this location:



/usr/local/


I also see a CUDA folder with an arrow on it (which I presume represents a shorcut) here in



   /usr/local


Second Update:



Running this command:



export PATH=$PATH:/usr/local/cuda-8.0/bin


Now nvcc --version returns:



vcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2016 NVIDIA Corporation
Built on Tue_Jan_10_13:22:03_CST_2017
Cuda compilation tools, release 8.0, V8.0.61


However,



locate libcuda.so.1


still returns an empty screen.







16.04 nvidia lubuntu cuda






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 26 '18 at 21:39







Sayaka

















asked Jan 19 '18 at 4:25









SayakaSayaka

112




112













  • Your missing link is from the libcuda1-340 package, which probably gets added when you add the Ubuntu Nvidia drivers. If you added drivers any other way, well, there may be other problems too. You fixed PATH, now fix LD_LIBRARY_PATH with /usr/local/cuda-8.0/lib64, but that's unrelated to the libcuda.so.1 problem.

    – ubfan1
    Jan 26 '18 at 22:57











  • @ubfan1 Thank you. I think I installed the Nvidia drivers which this way: sudo apt-get install nvidia-340 I remember I was having problems with some drivers causes the login screen to malfunction.

    – Sayaka
    Jan 27 '18 at 4:20





















  • Your missing link is from the libcuda1-340 package, which probably gets added when you add the Ubuntu Nvidia drivers. If you added drivers any other way, well, there may be other problems too. You fixed PATH, now fix LD_LIBRARY_PATH with /usr/local/cuda-8.0/lib64, but that's unrelated to the libcuda.so.1 problem.

    – ubfan1
    Jan 26 '18 at 22:57











  • @ubfan1 Thank you. I think I installed the Nvidia drivers which this way: sudo apt-get install nvidia-340 I remember I was having problems with some drivers causes the login screen to malfunction.

    – Sayaka
    Jan 27 '18 at 4:20



















Your missing link is from the libcuda1-340 package, which probably gets added when you add the Ubuntu Nvidia drivers. If you added drivers any other way, well, there may be other problems too. You fixed PATH, now fix LD_LIBRARY_PATH with /usr/local/cuda-8.0/lib64, but that's unrelated to the libcuda.so.1 problem.

– ubfan1
Jan 26 '18 at 22:57





Your missing link is from the libcuda1-340 package, which probably gets added when you add the Ubuntu Nvidia drivers. If you added drivers any other way, well, there may be other problems too. You fixed PATH, now fix LD_LIBRARY_PATH with /usr/local/cuda-8.0/lib64, but that's unrelated to the libcuda.so.1 problem.

– ubfan1
Jan 26 '18 at 22:57













@ubfan1 Thank you. I think I installed the Nvidia drivers which this way: sudo apt-get install nvidia-340 I remember I was having problems with some drivers causes the login screen to malfunction.

– Sayaka
Jan 27 '18 at 4:20







@ubfan1 Thank you. I think I installed the Nvidia drivers which this way: sudo apt-get install nvidia-340 I remember I was having problems with some drivers causes the login screen to malfunction.

– Sayaka
Jan 27 '18 at 4:20












2 Answers
2






active

oldest

votes


















0














There might be various issues. Not only with CUDA but with Nvidia-drivers too.



My advice : Install tensorflow-gpu with conda.



If you have installed CUDA9.0, I don't think there is much you can do. Please check tensorflow website for supported CUDA versions.






share|improve this answer
























  • You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078

    – Abhijit Phatak
    Jan 19 '18 at 4:37



















0














these are not files, they are directories that could not be opened due to permissions. Your file won't be there.



libcuda.so.1 is actually a link not a file. It links to your version file:for example, libcuda.so.1 links to libcuda.so.361.42.



The following commands will print the path where your link has to be located and find your version file.



echo $LD_LIBRARY_PATH #path
sudo find /usr/ -name 'libcuda.so.*' #version


If you find libcuda.so.1, then copy it into your path. If not make a link in your path that points to the version file.






share|improve this answer
























  • Thank you. The first echo doesn't have an output. So I'm assuming I have nothing stored in my PATH? As for the second command I get this output: /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 So this is my version file? Now I just need to make a link to this path? I'm not too familiar with makings links, so I'm just making a link with libcuda.so.1 to /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7? If so I google making links in Ubuntu. Thank you.

    – Sayaka
    Jan 22 '18 at 20:02











  • try ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1

    – ravery
    Jan 22 '18 at 22:53











  • Thank you. The commmand doesn't seem to find /usr/local/cuda/lib/libcuda.so.1 . I've updated the OP, with some more info as it's hard to show via comments. Does all symbolic links end in .1? Is it possible that` .so.7 `could be a symbolic link?

    – Sayaka
    Jan 22 '18 at 23:16













Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f997557%2flibcuda-so-1-not-found-despite-installing-cuda%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














There might be various issues. Not only with CUDA but with Nvidia-drivers too.



My advice : Install tensorflow-gpu with conda.



If you have installed CUDA9.0, I don't think there is much you can do. Please check tensorflow website for supported CUDA versions.






share|improve this answer
























  • You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078

    – Abhijit Phatak
    Jan 19 '18 at 4:37
















0














There might be various issues. Not only with CUDA but with Nvidia-drivers too.



My advice : Install tensorflow-gpu with conda.



If you have installed CUDA9.0, I don't think there is much you can do. Please check tensorflow website for supported CUDA versions.






share|improve this answer
























  • You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078

    – Abhijit Phatak
    Jan 19 '18 at 4:37














0












0








0







There might be various issues. Not only with CUDA but with Nvidia-drivers too.



My advice : Install tensorflow-gpu with conda.



If you have installed CUDA9.0, I don't think there is much you can do. Please check tensorflow website for supported CUDA versions.






share|improve this answer













There might be various issues. Not only with CUDA but with Nvidia-drivers too.



My advice : Install tensorflow-gpu with conda.



If you have installed CUDA9.0, I don't think there is much you can do. Please check tensorflow website for supported CUDA versions.







share|improve this answer












share|improve this answer



share|improve this answer










answered Jan 19 '18 at 4:36









Abhijit PhatakAbhijit Phatak

11




11













  • You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078

    – Abhijit Phatak
    Jan 19 '18 at 4:37



















  • You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078

    – Abhijit Phatak
    Jan 19 '18 at 4:37

















You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078

– Abhijit Phatak
Jan 19 '18 at 4:37





You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078

– Abhijit Phatak
Jan 19 '18 at 4:37













0














these are not files, they are directories that could not be opened due to permissions. Your file won't be there.



libcuda.so.1 is actually a link not a file. It links to your version file:for example, libcuda.so.1 links to libcuda.so.361.42.



The following commands will print the path where your link has to be located and find your version file.



echo $LD_LIBRARY_PATH #path
sudo find /usr/ -name 'libcuda.so.*' #version


If you find libcuda.so.1, then copy it into your path. If not make a link in your path that points to the version file.






share|improve this answer
























  • Thank you. The first echo doesn't have an output. So I'm assuming I have nothing stored in my PATH? As for the second command I get this output: /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 So this is my version file? Now I just need to make a link to this path? I'm not too familiar with makings links, so I'm just making a link with libcuda.so.1 to /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7? If so I google making links in Ubuntu. Thank you.

    – Sayaka
    Jan 22 '18 at 20:02











  • try ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1

    – ravery
    Jan 22 '18 at 22:53











  • Thank you. The commmand doesn't seem to find /usr/local/cuda/lib/libcuda.so.1 . I've updated the OP, with some more info as it's hard to show via comments. Does all symbolic links end in .1? Is it possible that` .so.7 `could be a symbolic link?

    – Sayaka
    Jan 22 '18 at 23:16


















0














these are not files, they are directories that could not be opened due to permissions. Your file won't be there.



libcuda.so.1 is actually a link not a file. It links to your version file:for example, libcuda.so.1 links to libcuda.so.361.42.



The following commands will print the path where your link has to be located and find your version file.



echo $LD_LIBRARY_PATH #path
sudo find /usr/ -name 'libcuda.so.*' #version


If you find libcuda.so.1, then copy it into your path. If not make a link in your path that points to the version file.






share|improve this answer
























  • Thank you. The first echo doesn't have an output. So I'm assuming I have nothing stored in my PATH? As for the second command I get this output: /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 So this is my version file? Now I just need to make a link to this path? I'm not too familiar with makings links, so I'm just making a link with libcuda.so.1 to /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7? If so I google making links in Ubuntu. Thank you.

    – Sayaka
    Jan 22 '18 at 20:02











  • try ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1

    – ravery
    Jan 22 '18 at 22:53











  • Thank you. The commmand doesn't seem to find /usr/local/cuda/lib/libcuda.so.1 . I've updated the OP, with some more info as it's hard to show via comments. Does all symbolic links end in .1? Is it possible that` .so.7 `could be a symbolic link?

    – Sayaka
    Jan 22 '18 at 23:16
















0












0








0







these are not files, they are directories that could not be opened due to permissions. Your file won't be there.



libcuda.so.1 is actually a link not a file. It links to your version file:for example, libcuda.so.1 links to libcuda.so.361.42.



The following commands will print the path where your link has to be located and find your version file.



echo $LD_LIBRARY_PATH #path
sudo find /usr/ -name 'libcuda.so.*' #version


If you find libcuda.so.1, then copy it into your path. If not make a link in your path that points to the version file.






share|improve this answer













these are not files, they are directories that could not be opened due to permissions. Your file won't be there.



libcuda.so.1 is actually a link not a file. It links to your version file:for example, libcuda.so.1 links to libcuda.so.361.42.



The following commands will print the path where your link has to be located and find your version file.



echo $LD_LIBRARY_PATH #path
sudo find /usr/ -name 'libcuda.so.*' #version


If you find libcuda.so.1, then copy it into your path. If not make a link in your path that points to the version file.







share|improve this answer












share|improve this answer



share|improve this answer










answered Jan 19 '18 at 4:59









raveryravery

5,43351132




5,43351132













  • Thank you. The first echo doesn't have an output. So I'm assuming I have nothing stored in my PATH? As for the second command I get this output: /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 So this is my version file? Now I just need to make a link to this path? I'm not too familiar with makings links, so I'm just making a link with libcuda.so.1 to /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7? If so I google making links in Ubuntu. Thank you.

    – Sayaka
    Jan 22 '18 at 20:02











  • try ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1

    – ravery
    Jan 22 '18 at 22:53











  • Thank you. The commmand doesn't seem to find /usr/local/cuda/lib/libcuda.so.1 . I've updated the OP, with some more info as it's hard to show via comments. Does all symbolic links end in .1? Is it possible that` .so.7 `could be a symbolic link?

    – Sayaka
    Jan 22 '18 at 23:16





















  • Thank you. The first echo doesn't have an output. So I'm assuming I have nothing stored in my PATH? As for the second command I get this output: /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 So this is my version file? Now I just need to make a link to this path? I'm not too familiar with makings links, so I'm just making a link with libcuda.so.1 to /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7? If so I google making links in Ubuntu. Thank you.

    – Sayaka
    Jan 22 '18 at 20:02











  • try ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1

    – ravery
    Jan 22 '18 at 22:53











  • Thank you. The commmand doesn't seem to find /usr/local/cuda/lib/libcuda.so.1 . I've updated the OP, with some more info as it's hard to show via comments. Does all symbolic links end in .1? Is it possible that` .so.7 `could be a symbolic link?

    – Sayaka
    Jan 22 '18 at 23:16



















Thank you. The first echo doesn't have an output. So I'm assuming I have nothing stored in my PATH? As for the second command I get this output: /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 So this is my version file? Now I just need to make a link to this path? I'm not too familiar with makings links, so I'm just making a link with libcuda.so.1 to /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7? If so I google making links in Ubuntu. Thank you.

– Sayaka
Jan 22 '18 at 20:02





Thank you. The first echo doesn't have an output. So I'm assuming I have nothing stored in my PATH? As for the second command I get this output: /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 So this is my version file? Now I just need to make a link to this path? I'm not too familiar with makings links, so I'm just making a link with libcuda.so.1 to /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7? If so I google making links in Ubuntu. Thank you.

– Sayaka
Jan 22 '18 at 20:02













try ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1

– ravery
Jan 22 '18 at 22:53





try ln -s /usr/local/cuda-8.0/doc/man/man7/libcuda.so.7 /usr/local/cuda/lib/libcuda.so.1

– ravery
Jan 22 '18 at 22:53













Thank you. The commmand doesn't seem to find /usr/local/cuda/lib/libcuda.so.1 . I've updated the OP, with some more info as it's hard to show via comments. Does all symbolic links end in .1? Is it possible that` .so.7 `could be a symbolic link?

– Sayaka
Jan 22 '18 at 23:16







Thank you. The commmand doesn't seem to find /usr/local/cuda/lib/libcuda.so.1 . I've updated the OP, with some more info as it's hard to show via comments. Does all symbolic links end in .1? Is it possible that` .so.7 `could be a symbolic link?

– Sayaka
Jan 22 '18 at 23:16




















draft saved

draft discarded




















































Thanks for contributing an answer to Ask Ubuntu!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f997557%2flibcuda-so-1-not-found-despite-installing-cuda%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

How to reconfigure Docker Trusted Registry 2.x.x to use CEPH FS mount instead of NFS and other traditional...

is 'sed' thread safe

How to make a Squid Proxy server?