libcuda.so.1 not found despite installing CUDA?
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
add a comment |
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
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
add a comment |
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
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
16.04 nvidia lubuntu cuda
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
add a comment |
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
add a comment |
3 Answers
3
active
oldest
votes
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.
You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078
– Abhijit Phatak
Jan 19 '18 at 4:37
add a comment |
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.
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
tryln -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
add a comment |
I had the same problem on an NVIDIA GPU Cloud Image
on a Standard_NV6
on Azure, running inside Docker. For me, the problem was that I was running
docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
and I should have run it with the flag --runtime=nvidia
or nvidia-docker
instead of docker
:
nvidia-docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
docker run --runtime=nvidia -it tensorflow/tensorflow:latest-gpu-py3 bash
add a comment |
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
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
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.
You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078
– Abhijit Phatak
Jan 19 '18 at 4:37
add a comment |
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.
You might want to look at this if not already : github.com/tensorflow/tensorflow/issues/4078
– Abhijit Phatak
Jan 19 '18 at 4:37
add a comment |
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.
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.
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
add a comment |
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
add a comment |
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.
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
tryln -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
add a comment |
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.
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
tryln -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
add a comment |
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.
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.
answered Jan 19 '18 at 4:59
raveryravery
5,44351132
5,44351132
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
tryln -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
add a comment |
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
tryln -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
add a comment |
I had the same problem on an NVIDIA GPU Cloud Image
on a Standard_NV6
on Azure, running inside Docker. For me, the problem was that I was running
docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
and I should have run it with the flag --runtime=nvidia
or nvidia-docker
instead of docker
:
nvidia-docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
docker run --runtime=nvidia -it tensorflow/tensorflow:latest-gpu-py3 bash
add a comment |
I had the same problem on an NVIDIA GPU Cloud Image
on a Standard_NV6
on Azure, running inside Docker. For me, the problem was that I was running
docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
and I should have run it with the flag --runtime=nvidia
or nvidia-docker
instead of docker
:
nvidia-docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
docker run --runtime=nvidia -it tensorflow/tensorflow:latest-gpu-py3 bash
add a comment |
I had the same problem on an NVIDIA GPU Cloud Image
on a Standard_NV6
on Azure, running inside Docker. For me, the problem was that I was running
docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
and I should have run it with the flag --runtime=nvidia
or nvidia-docker
instead of docker
:
nvidia-docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
docker run --runtime=nvidia -it tensorflow/tensorflow:latest-gpu-py3 bash
I had the same problem on an NVIDIA GPU Cloud Image
on a Standard_NV6
on Azure, running inside Docker. For me, the problem was that I was running
docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
and I should have run it with the flag --runtime=nvidia
or nvidia-docker
instead of docker
:
nvidia-docker run -it tensorflow/tensorflow:latest-gpu-py3 bash
docker run --runtime=nvidia -it tensorflow/tensorflow:latest-gpu-py3 bash
answered yesterday
mmorinmmorin
1747
1747
add a comment |
add a comment |
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
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