Dlaczego otrzymuję „/sbin/ldconfig.real: /usr/local/cuda/lib64/libcudnn.so.7 nie jest dowiązaniem symbolicznym”?

12

Po zainstalowaniu CUDAzestawu narzędzi i cuDNNbez żadnych problemów, za każdym razem, gdy to robię:

sudo ldconfig 

Dostaję:

/sbin/ldconfig.real: /usr/local/cuda/lib64/libcudnn.so.7 is not a symbolic link

Komunikat o błędzie.
jaki jest powód i jak mogę to rozwiązać?

Nawiasem mówiąc, zainstalowałem cuDNNtak:

 # cuDNN, extracts to a folder named cuda
 tar xvf cudnn*.tgz  
 cd cuda  
 sudo cp lib64/* /usr/local/cuda/lib64
 sudo cp include/* /usr/local/cuda/include

Wyjście ls -lha libcudnn*IN /usr/local/cuda/lib64przedstawia się następująco:

breeze@breeze:/usr/local/cuda/lib64$ ls -lha libcudnn*
-rwxr-xr-x 1 root root 275M آوریل 15 12:03 libcudnn.so
-rwxr-xr-x 1 root root 275M آوریل 15 12:03 libcudnn.so.7
-rwxr-xr-x 1 root root 275M آوریل 15 12:03 libcudnn.so.7.0.5
-rw-r--r-- 1 root root 268M آوریل 15 12:03 libcudnn_static.a
Rika
źródło

Odpowiedzi:

17

Dzięki Bogu znalazłem rozwiązanie za pomocą tego linku .

Może się to zdarzyć, gdy uruchomisz sudo ldconfig po skopiowaniu plików cuDNN.

Po zainstalowaniu cuDNN, skopiowaniu wyodrębnionych plików /usr/lib/cuda/lib64i utworzeniu dowiązań symbolicznych może się nie udać z dowiązaniami symbolicznymi.

Więc idź /usr/local/cuda/lib64/i biegnij ls -lha libcudnn*.

Powinieneś zobaczyć dwa dowiązania symboliczne (pogrubiona turkusowa) i jeden pojedynczy plik. Coś takiego:

/usr/local/cuda/lib64$ ls -lha libcudnn*
lrwxrwxrwx 1 root root  13 Dez 25 23:56 libcudnn.so -> libcudnn.so.5
lrwxrwxrwx 1 root root  17 Dez 25 23:55 libcudnn.so.5 -> libcudnn.so.5.1.5
-rwxr-xr-x 1 root root 76M Dez 25 23:27 libcudnn.so.5.1.5

Dokładna wersja libcudnn.so.5.1.5 może być nieco inna dla ciebie (może libcudnn.so.5.1.10). W takim przypadku dostosuj odpowiednio kod

Jeśli libcudnn.soi libcudnn.so.5nie są dowiązaniami symbolicznymi, jest to powód, dla którego wystąpił ten błąd. Jeśli tak, to musisz to zrobić:

/usr/local/cuda/lib64$ sudo rm libcudnn.so
/usr/local/cuda/lib64$ sudo rm libcudnn.so.5
/usr/local/cuda/lib64$ sudo ln libcudnn.so.5.1.5 libcudnn.so.5
/usr/local/cuda/lib64$ sudo ln libcudnn.so.5 libcudnn.so
Run sudo ldconfig again and there should be no errors

Po uruchomieniu ls -lha libcudnn*w /usr/local/cuda/lib64i zobaczyć:

breeze@breeze:/usr/local/cuda/lib64$ ls -lha libcudnn*
-rwxr-xr-x 1 root root 275M آوریل 15 12:03 libcudnn.so
-rwxr-xr-x 1 root root 275M آوریل 15 12:03 libcudnn.so.7
-rwxr-xr-x 1 root root 275M آوریل 15 12:03 libcudnn.so.7.0.5
-rw-r--r-- 1 root root 268M آوریل 15 12:03 libcudnn_static.a

Musiałem zrobić :

breeze@breeze:/usr/local/cuda/lib64$ sudo rm libcudnn.so
[sudo] password for breeze: 
breeze@breeze:/usr/local/cuda/lib64$ sudo rm libcudnn.so.7
breeze@breeze:/usr/local/cuda/lib64$ sudo ln libcudnn.so.7.0.5 libcudnn.so.7
breeze@breeze:/usr/local/cuda/lib64$ sudo ln libcudnn.so.7 libcudnn.so
breeze@breeze:/usr/local/cuda/lib64$ sudo ldconfig

I wszystko wróciło do normy :)

Rika
źródło
4
Technicznie technicznie dowiązanie symboliczne, o którym mowa w komunikacie o błędzie, jest tworzone za pomocą „ln -s” zamiast po prostu „ln”, jak sugerowano w odpowiedzi, co stworzyłoby dowiązanie twarde.
Giorgos Sfikas
3

Czek

wxf:/usr/local/cuda/lib64$ ls -al libcudnn.so*
...
...
-rwxr-xr-x  3 root root 302770160 Jan 27 14:30 libcudnn.so          NO link
-rwxr-xr-x  3 root root 302770160 Jan 27 14:30 libcudnn.so.7        NO link
-rwxr-xr-x  3 root root 302770160 Jan 27 14:30 libcudnn.so.7.3.1
-rwxr-xr-x  1 root root 349141232 Jan 27 14:30 libcudnn.so.7.4.2
...
...

Brak łącza ->

(sprawdź wszystkie linki: sudo ldconfig -v)

Ponieważ

(cudnn pobrany z nvidii ma symboliczny link)

wxf:~/cudnn/cuda/lib64$ ls -al
total 974632
drwxrwxr-x 2 wxf wxf      4096 Jan 19 19:50 .
drwxrwxr-x 4 wxf wxf      4096 Jan 19 19:50 ..
lrwxrwxrwx 1 wxf wxf        13 Dec 12 01:58 libcudnn.so -> libcudnn.so.7
lrwxrwxrwx 1 wxf wxf        17 Dec 12 01:58 libcudnn.so.7 -> libcudnn.so.7.4.2
-rwxrwxr-x 1 wxf wxf 302770160 Sep 21 01:36 libcudnn.so.7.3.1
-rwxrwxr-x 1 wxf wxf 349141232 Dec 12 01:30 libcudnn.so.7.4.2
-rw-rw-r-- 1 wxf wxf 346085818 Dec 12 01:30 libcudnn_static.a

Podczas kopiowania utraciliśmy informacje symboliczne.

notatka: ln -s A <-- B

Iść do /usr/local/cuda/lib64

sudo ln -sf libcudnn.so.7.4.2 libcudnn.so.7

sudo ln -sf libcudnn.so.7 libcudnn.so

Teraz,

wxf:/usr/local/cuda/lib64$ ls -al libcudnn.so*
...
...
lrwxrwxrwx  1 root root        13 Jan 27 14:43 libcudnn.so -> libcudnn.so.7
lrwxrwxrwx  1 root root        17 Jan 27 14:43 libcudnn.so.7 -> libcudnn.so.7.4.2
-rwxr-xr-x  1 root root 302770160 Jan 27 14:30 libcudnn.so.7.3.1
-rwxr-xr-x  1 root root 349141232 Jan 27 14:30 libcudnn.so.7.4.2
...
niebiańskie drzewo
źródło
Wyjaśnienie, co się tutaj dzieje i dlaczego byłby bardzo mile widziane
Rika