Conda虚拟环境下libp11-kit.so.0: undefined symbol: ffi_type_pointer...问题解决

Posted 2023-04-11 Destinycjk

Conda虚拟环境下libp11-kit.so.0: undefined symbol: ffi_type_pointer...问题解决

• 1 背景说明
• 2 报错原因
• 3 解决方法
• 4 补充说明

1 背景说明

最近需要在Conda虚拟环境下运行ROS相关代码，其中在运行代码import moveit_commander时，返回报错ImportError: /lib/x86_64-linux-gnu/libp11-kit.so.0: undefined symbol: ffi_type_pointer, version LIBFFI_BASE_7.0。由于在网上没有找到和我一样的问题，且在github上也没找到解决方法，以为是个例就没打算记录，后来在与同学交流过程中发现，他们在conda虚拟环境中使用ROS时，均出现这种错误，故此记录错误并提出一种解决方法，希望能够对解决此类问题有所帮助。

2 报错原因

可以看到，我的报错来源是我在python中import moveit_commander，但是可能其他命令也会报出该错误，但是报错原因均来自libp11-kit.so.0: undefined symbol: ffi_type_pointer, version LIBFFI_BASE_7.0，结合github上相关问题的讨论，理解过来意思大概就是libffi的版本不一致，导致了libp11-kit.so.0在使用时出现了未定义符号问题。其实可以推到以后出现同类型问题，解决方法也应该基本类似。

3 解决方法

打开至conda虚拟环境下lib文件夹中，路径为/home/anaconda3/envs/xxx/lib，在文件夹内启动终端，输入命令ls -l，获得结果如图所是。

这里，由于我已经修改了链接，所以可能会有所不同。可以看到，你的libffi.so.7链接至libffi.so.8.1.0，所以，这也就是为什么会在程序中，libffi报版本错误了。找到原因，解决方法也很简单，我这边选择的方式是将该路径下的libffi.so.7文件备份后（重命名为libffi_bak.so.7），再在该路径下创建一个新的libffi.so.7链接至/lib/x86_64-linux-gnu/libffi.so.7.1.0，即输入命令：

sudo ln -s /lib/x86_64-linux-gnu/libffi.so.7.1.0 libffi.so.7
sudo ldconfig

至此，再次运行程序，问题应该就解决了。

4 补充说明

上述过程解决问题后，师弟秉持打破沙锅问到底的精神，一直在追究为什么会出现这种情况。。。后来，找到问题所在：原来是Python 3.8.16版本在安装过程中，就会默认安装libffi-3.4.2，在该库中，就会出现旧版本兼容老版本问题，即出现libffi.so.7链接至libffi.so.8.1.0，进而产生报错。而在python3.8.10中，默认安装libffi-3.3版本，在该版本内，libffi.so.7链接至libffi.so.7.1.0，就不会产生上述问题。因此，另一种解决方式即为安装python 3.8.10，同样能解决该问题。

Linux环境下conda虚拟环境的迁移

文章目录

• • 前言
  • 1. 虚拟环境迁移
  • 2. 整体迁移
  • • 2.1 修改conda文件
    • 2.2 修改pip文件
    • 2.3 修改虚拟环境中的pip文件
    • 2.4 修改环境变量
  • 3. terminals database is inaccessible
  • 结束语

前言

  本篇文章主要介绍如何将服务器A上的conda环境迁移到服务器B上，并解决使用clear指令时出现terminals database is inaccessible的问题。

1. 虚拟环境迁移

  虚拟环境迁移的前提是服务器B上已经安装了anaconda，只需将需要迁移的虚拟环境的包复制到服务器B上，然后执行如下指令即可：

conda create --name new_env_name(B) --clone your_env_path(B)

2. 整体迁移

  整体迁移是将整个anaconda安装包(包括里面的所有虚拟环境)迁移到另一个服务器上，具体配置如下：

  说明：目前已经将服务器A上的anaconda安装包及其虚拟环境复制到了服务器B上，并将其重命名为anaconda-li

2.1 修改conda文件

# 修改 anaconda-li/bin/conda 文件中的解释器的路径
# 在 linux 系统，凡是由 #! 注释的，统统是加载器(解释器)的路径，意思是下面的内容由当前指定的解释器执行
vim anaconda3-li/bin/conda

2.2 修改pip文件

# 修改 anaconda-li/bin/pip 文件中的解释器的路径
vim anaconda3-li/bin/pip
vim anaconda3-li/bin/pip3

2.3 修改虚拟环境中的pip文件

# 修改虚拟环境中的 pip 文件中的解释器的路径
vim anaconda3-li/envs/intellabs/bin/pip
vim anaconda3-li/envs/intellabs/bin/pip3

2.4 修改环境变量

# 修改 .bashrc 中 anaconda 的环境变量
# 将原始的 anaconda 路径改成当前 anaconda-li 的路径
vim .bashrc
source .bashrc

3. terminals database is inaccessible

  如果在使用clear命令时出现terminals database is inaccessible异常信息，则有可能是anaconda的路径干扰到了指令，在.bashrc文件中最下面添加下面的环境变量即可：

vim .bashrc

export TERM=xterm

source .bashrc

  如果上述操作无效，可以执行下面这条指令重新在该环境下生成：

# 查看 clear 在哪, 一般是在当前环境下的 bin 目录下
which clear

# 备份一下
mv /data/home/liyanpeng/anaconda3/envs/env3090/bin/clear /data/home/liyanpeng/anaconda3/envs/env3090/bin/clear_old 

# 将系统的 clear 复制过来即可
cp /usr/bin/clear /data/home/liyanpeng/anaconda3/envs/env3090/bin/

结束语

# 查看迁移是否成功：
conda info -e

  由此可见，迁移是成功的！