You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
> Please review response post by @PhyX-Meow re: [yuk7/ArchWSL#248](https://github.com/yuk7/ArchWSL/issues/248). As he points out, it really has nothing to do with your Linux install. It's a simple fix in Windows. The solution he posts is for Arch, but the fix is exactly same for Ubuntu, etc. in a WSL2 install. The issue is that Windows delivers libcuda.so, libcuda.so.1, and libcuda.so.1.1 as fully separate copies of the same file. The fix is just to remove libcuda.so and libcuda.so.1, and just make sym links for each of them to libcuda.so.1.1
Run a command line shell as Administrator, type "cmd" to get a non-powershell command line.
Then type the following commands to create the problematic symbolic links:
C: cd \Windows\System32\lxss\lib del libcuda.so del libcuda.so.1 mklink libcuda.so libcuda.so.1.1 mklink libcuda.so.1 libcuda.so.1.1
Then, just finish your command you were running, in my case, the solution was just run "apt reinstall libc-bin". This is because libc-bin was getting the errors when I had run "apt upgrade -y" command. (see below)
The error I received in my "apt upgrade -y" command was two lines: #> apt upgrade -y .... < stuff deleted > ... Processing triggers for libc-bin (2.31-0ubuntu9.7) ... /sbin/ldconfig.real: /usr/lib/wsl/lib/libcuda.so.1 is not a symbolic link ... < stuff deleted > ...
"Actually this is not relate to Arch, nor ArchWSL. It's caused by libcuda.so in your C:\Windows\System32\lxss\lib\ folder not a symbolic link, which is installed by nvidia driver. One solution to [remove] the warning is delete libcuda.so and libcuda.so.1 and use make symbolic link to libcuda.so.1.1. Command line: mklink . Note the command not work in powershell, you shall use cmd.exe."
:)
When I do this things then have something like this:
RuntimeWarning: Running on CPU now! Make sure your PyTorch version matches your CUDA.The unoptimized RealESRGAN is slow on CPU. If you want to disable it, please remove --bg_upsampler and --face_upsample in command.
warnings.warn('Running on CPU now! Make sure your PyTorch version matches your CUDA.'
When I del libcuda.so.1&libcuda.so and remake them into symlinks, I can't use GPU in neither tensorflow nor pytorch. It just said that can't find cuda runtimes. And when I change them back into the copy of libcuda.so.1.1, it seems to work out.
The text was updated successfully, but these errors were encountered:
CODE-FOR
changed the title
> Please review response post by @PhyX-Meow re: [yuk7/ArchWSL#248](https://github.com/yuk7/ArchWSL/issues/248). As he points out, it really has nothing to do with your Linux install. It's a simple fix in Windows. The solution he posts is for Arch, but the fix is exactly same for Ubuntu, etc. in a WSL2 install. The issue is that Windows delivers libcuda.so, libcuda.so.1, and libcuda.so.1.1 as fully separate copies of the same file. The fix is just to remove libcuda.so and libcuda.so.1, and just make sym links for each of them to libcuda.so.1.1
> Please review response post by @PhyX-Meow re: [yuk7/ArchWSL#248](https://github.com/yuk7/ArchWSL/issues/248)
Apr 30, 2023
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.
When I do this things then have something like this:
And CPU not GPU doing all :(
Originally posted by @geek111 in #5663 (comment)
When I del libcuda.so.1&libcuda.so and remake them into symlinks, I can't use GPU in neither tensorflow nor pytorch. It just said that can't find cuda runtimes. And when I change them back into the copy of libcuda.so.1.1, it seems to work out.
The text was updated successfully, but these errors were encountered: