我在Debian 6上安装了nmap，64位。当我运行nmap时，它说：
nmap：加载共享库时出错：libsvn_client-1.so.0：无法打开共享对象＆gt;文件：没有这样的文件或目录
所以我用Google搜索并找到了一个解决方案。
ln -s /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1 /usr/lib/libsvn_client-1.so.0
我做到了。但我仍然遇到同样的问题。它成功创建了链接，但它说nmap仍然给我同样的错误。任何想法？
答案 0 :(得分：3)
Nmap不应该链接到libsvn_client，但如果它是在“nmap-update”的支持下构建的，这是一种更新Nmap脚本引擎（NSE）脚本的实验方法。大多数人不应该建立这个功能，因为它需要一个帐户，目前无法获得帐户。
要在没有nmap-update功能的情况下构建Nmap，您应该make clean，然后使用configure标记运行--without-nmap-update，如下所示：
sh-$ ./configure --without-nmap-update
ln命令没有解决问题的原因是它创建了一个错误版本的libsvn_client的符号链接。二进制文件正在查找版本0，并且您链接了版本1.它将不具有相同的符号和接口。
答案 1 :(得分：1)
问题很容易解决，打开synaptic并下载所需版本的libsvn（我希望libsvn1）
答案 2 :(得分：0)
我用过
ln -s /usr/lib/i386-linux-gnu/libsvn_client-1.so.0 /usr/lib/i386-linux-gnu/libsvn_client-1.so.0
......它奏效了。它似乎是原始命令
ln -s /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.0 /usr/lib/libsvn_client-1.so.0
...我已经看到错过了第二个根中的一个部分。
答案 3 :(得分：0)
安装subversion在SUSE中为我解决了这个问题
#zypper in subversion
或在Debian中：
#apt-get install subversion
答案 4 :(得分：0)
sudo dnf install subversion -y解决了Fedora 32中的问题