-
Notifications
You must be signed in to change notification settings - Fork 827
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
libcuda.so is not in found but libcuda.so.1 is. #8587
Comments
I've found a way to get the content of lib cache and the libcuda.so and libcuda.so.1.1 is not there, even though it is in the wsl folder.
And here is how this works if you specify LD_LIBRARY_PATH
|
For anyone facing the following issue:
when traing put |
I think the correct line to add to the export LD_LIBRARY_PATH=/usr/lib/wsl/lib:$LD_LIBRARY_PATH |
try this:
|
THANK YOU, THIS FINALLY FIXED IT FOR ME!!! |
I think this reply should be in the official docs |
|
Thank you very much! Cuda worked in VSCode running on windows, but in my WSL, I had to create the symbolic link in order for it to work on my Ubuntu WSL. |
This issue has been automatically closed since it has not had any activity for the past year. If you're still experiencing this issue please re-file this as a new issue or feature request. Thank you! |
Version
Microsoft Windows [Version 10.0.22000.778]
WSL Version
Kernel Version
5.10.102.1
Distro Version
Ubuntu 22.04
Other Software
cuda 10.7 , miniconda , pytorch
Repro Steps
Install CUDA as described on nvidia website using option 1:
https://docs.nvidia.com/cuda/wsl-user-guide/index.html
then install python3.9 and try the following code that shows the issue :
I'm loading the library manually so that you don't have to install pytorch and timm, and then try to run training of 'resnet26d', as this triggers the loading of
libcudnn_cnn_infer.so.8
which is linked against libcuda.so instead of libcuda.so.1 .Expected Behavior
It should be possible to load libcuda.so without specifing /usr/lib/wsl/lib in the LD_LIBRARY_PATH.
Actual Behavior
Unfortunately somehow the ldconfig fails to cache the libcuda.so and subsequently it does not find it unless /usr/lib/wsl/lib is in the LD_LIBRARY_PATH.
Diagnostic Logs
libcuda.so is in the /usr/lib/wsl/lib along with libcuda.so.1 and libcuda.so.1.1 . All files are the same.
It looks like ldconfig somehow does not save the path to libcuda.so, you can observe this by running:
The libcuda.so is not being picked up, even though strace shows that ldconfig is reading that file:
strace ldconfig /usr/lib/wsl/lib -n
The text was updated successfully, but these errors were encountered: