<meta charset="utf-8">
在解決這個(gè)報(bào)錯(cuò)的過程中，我學(xué)到了Linux下解決問題的一種新思路。這個(gè)報(bào)錯(cuò)很早之前就遇到過，當(dāng)時(shí)是用自己安裝的miniconda來下載安裝samtools（非root用戶），安裝完成之后運(yùn)行就這樣報(bào)錯(cuò)了扬虚，但是其他的軟件又可以正常運(yùn)行，比如bwa球恤。今天安裝deeptools辜昵，也是這個(gè)情況：成功安裝了，就是無法運(yùn)行咽斧，顯示缺文件堪置。
??我在/usr/lib64/文件夾下面找了找，看到了類似的文件
$ cd /usr/lib64/
$ ll libbz2*
lrwxrwxrwx. 1 root root 11 Aug 30 2018 libbz2.so -> libbz2.so.1
lrwxrwxrwx. 1 root root 15 Aug 30 2018 libbz2.so.1 -> libbz2.so.1.0.6
-rwxr-xr-x. 1 root root 67K Nov 20 2015 libbz2.so.1.0.6
這幾個(gè)文件（其實(shí)只有一個(gè)libbz2.so.1.0.6）和我們需要的libbz2.so.1.0名稱很相似张惹，猜測(cè)作用應(yīng)該是一樣的舀锨，能不能軟鏈接一下？肯定是不行的宛逗，非root用戶沒有權(quán)限在/usr/lib64/這種目錄下面瞎搞坎匿。
$ ln -s libbz2.so.1 libbz2.so.1.0
ln: failed to create symbolic link ‘libbz2.so.1.0’: Permission denied
不過我有個(gè)辦法，就是把/usr/lib64/下面的這幾個(gè)文件拷貝到自己的目錄下面，這樣就能肆意盤它了替蔬。問題又來了告私，拷貝到哪個(gè)目錄下面？我放到了mypath/miniconda3/lib下面承桥，因?yàn)榧热荒夸浢Q都叫"lib"驻粟，說明存放的文件類別相同，并且我在mypath/miniconda3/lib下面也找到了很多l(xiāng)ibso這樣的文件凶异。
$ cp libbz2.so.1 ~/miniconda3/lib
接著在mypath/miniconda3/lib目錄下面軟鏈接或是改名稱
$ cd ~/miniconda3/lib
$ ln -s libbz2.so.1 libbz2.so.1.0
$ ll libbz2*
-rwxr-xr-x. 1 huangsiyuan grp3 67K Jul 9 19:39 libbz2.so.1
lrwxrwxrwx. 1 huangsiyuan grp3 11 Jul 9 19:43 libbz2.so.1.0 -> libbz2.so.1
再運(yùn)行bamCoverage或是samtools就沒問題了
類似的問題也可以用另外一種思路解決：libiconv.so.2: cannot open shared object file: No such file or directory
作者：TOP生物信息
鏈接：http://www.reibang.com/p/848119d1e349
來源：簡(jiǎn)書
著作權(quán)歸作者所有蜀撑。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處唠帝。
