激活含TensorFlow GPU的Mamba环境时出现重定位错误

核心原因 #

Mamba/Conda在激活环境时会重置LD_LIBRARY_PATH环境变量，优先加载当前环境内的库文件，因此你在.bashrc中设置的全局LD_LIBRARY_PATH会被覆盖，导致临时生效但重启或重新激活环境后失效。

解决方案 #

方案1：用环境专属变量设置（推荐） #

通过Mamba命令直接为目标环境设置LD_LIBRARY_PATH，激活环境时会自动加载该变量：

# 替换your_env_name为你的TensorFlow环境名称
mamba env config vars set LD_LIBRARY_PATH="/usr/local/ssl/lib/:$LD_LIBRARY_PATH" --name your_env_name

设置完成后，重新激活环境即可生效：

mamba activate your_env_name

方案2：手动添加环境激活钩子脚本 #

在目标环境的激活钩子目录下创建脚本，每次激活环境时自动执行LD_LIBRARY_PATH设置：

1. 创建钩子目录（如果不存在）：

# 先激活目标环境，CONDA_PREFIX会自动指向当前环境路径
mamba activate your_env_name
mkdir -p ${CONDA_PREFIX}/etc/conda/activate.d

2. 写入设置脚本：

echo 'export LD_LIBRARY_PATH="/usr/local/ssl/lib/:$LD_LIBRARY_PATH"' > ${CONDA_PREFIX}/etc/conda/activate.d/set_ld_path.sh

3. 重新激活环境验证效果。

方案3：排查库冲突（可选） #

如果上述方法无效，可能是环境内的间接依赖库（比如matplotlib依赖的pulseaudio相关组件）与系统库版本冲突：
激活环境后执行以下命令，查看ls调用的libattr.so.1路径：

ldd /usr/bin/ls | grep libattr

如果输出显示加载的是环境内的libattr.so.1而非系统的/lib64/libattr.so.1，可以调整LD_LIBRARY_PATH让系统库优先：

export LD_LIBRARY_PATH="/lib64:/usr/local/ssl/lib/:$LD_LIBRARY_PATH"

将这个修改后的命令替换到方案1或方案2中即可。

内容的提问来源于stack exchange，提问作者nrosi