OSError: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

最新推荐文章于 2025-10-29 17:32:40 发布

原创最新推荐文章于 2025-10-29 17:32:40 发布 · 540 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#linux #服务器

开发学习笔记专栏收录该内容

5 篇文章

订阅专栏

部署运行你感兴趣的模型镜像

调包侠在调用包的时候遇到错误，查了一圈发现这篇回答最为接近（最全方法解决libstdc++.so.6: version `GLIBCXX_3.4.26‘ not found-优快云博客），原因就是Linux系统gcc的版本问题。

这个时候使用conda的好处就体现出来了，下面是操作步骤

1、我用的是miniconda，寻找路径为 /home/[your_name]/miniconda3/lib 找到文件 libstdc++.so.6

2、将路径加到用户文件中

vi ~/.bashrc

内容为

export LD_LIBRARY_PATH=/home/[your_name]/miniconda3/lib

然后执行命令，重启终端

source ~/.bashrc

您可能感兴趣的与本文相关的镜像

Python3.8

Conda

Python

Python 是一种高级、解释型、通用的编程语言，以其简洁易读的语法而闻名，适用于广泛的应用，包括Web开发、数据分析、人工智能和自动化脚本

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

爱喜剧的魔王

关注关注

3
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

py报错：libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

weixin_42421591的博客

04-03

2332

py报错：libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

ImportError: libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

qq_40256654的博客

03-12

1289

解决这个问题的关键是确保你的环境中有正确版本的C++标准库。选择最适合你情况的解决方案，可能需要考虑权限、系统稳定性以及与其他软件的兼容性。（或其他依赖于C++标准库的Python库）与系统的GCC编译器版本不兼容的情况下。环境变量来指定正确的库路径。这可以临时解决库版本的问题，无需安装或升级GCC。如果系统中已经安装了满足要求的GCC版本，但不是默认版本，你可以通过设置。这通常发生在使用了较新版本的。依赖的一个C++共享库。库时遇到了问题，因为。

参与评论您还未登录，请先登录后发表或查看评论

解决思路——libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found和‘torch.library‘ no attribute ‘custom_op‘

热门推荐

九久的博客

07-09

4万+

找了一些博客，有的说是linux内核版本过高，有些说的是需要下载3.4.26的包但是下载链接却打不开，实测下面一种方法可以完美解决。先看一眼有哪些GLIBCXX版本：结果：发现到3.4.25就截止了解决：（安装libstdc++6 和 gcc-9）之后再使用就可以看到了......

集群报错 /lib64/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

yirui50的博客

06-25

1万+

libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

ImportError lib64libstdc++.so.6 version `GLIBCXX_3.4.29’ not found

zyczjx的博客

09-17

4602

ImportError: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.29’ not found

conda环境下“/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20‘ not found”问题解决

十年以上架构设计经验，专注于软件架构和人工智能领域，对机器视觉、NLP、音视频等领域都有涉猎

06-29

1万+

从错误中分析可知，报错发生在/lib64/libstdc++.so.6，是GLIBCXX_3.4.20找不到所致。拷贝高版本的libstdc++.so到/usr/lib64目录下，并重新建立软连接。连接到linux系统的libstdc++.so.6.0.19。2.3 查看本地所有的“libstdc++.so.6”本地确实没有GLIBCXX_3.4.20。

ImportError: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26‘ not found

weixin_45834800的博客

03-22

1716

home/wyc/software/anconda3/lib/libstdc++.so.6.0.28，试着查看一下这个文件，0.28意思是该文件下版本最大支持到GLIBCXX_3.4.28，那么自然GLIBCXX_3.4.26也包含在内。（其中镜像名和标签号是我们随机取的，新镜像名以及我们的标签号！2、我们在不能判断容器与宿主机存在目录挂载/路径映射之前，我们可以使用指令:docker inspect --format='{{.Mounts}}' 容器名(其中，这个容器名为我们要测试的容器名)

【文本纠错BUG】OSError: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20‘ not found...

weixin_44445154的博客

01-13

1716

最近在搞对话机器人的文本纠错任务，选择了Soft Masking Bert模型，跑起来时出现了如下错误： OSError: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20’ not found (required by /root/miniconda3/envs/nlp_correction/lib/python3.7/site-packages/opencc/clib/lib/libopencc.so.2)

丝滑解决ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found问题

weixin_45942927的博客

11-07

2万+

丝滑解决ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found问题

ImportError: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

qq_36302310的博客

05-15

442

问题情况，在运行程序报错来查看当前系统中其它的同类型文件，找到一个版本比较高的# 复制# 删除之前链接# 创建新的链接提示：这里对文章进行总结：例如：以上就是今天要讲的内容，本文仅仅简单介绍了pandas的使用，而pandas提供了大量能使我们快速便捷地处理数据的函数和方法。

/lib64/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

m0_72133175的博客

03-21

795

可以重新创建一个环境env让python=3.8或者低一些的版本。如果不希望进行操作，删除新建连接link。需要在新的环境重新配置下载自己需要的软件。再次运行就不报这个错误了。

ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

低吟浅笑

05-23

4961

亲测有效，解决ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found

【环境配置】Python 报错 /lib64/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

vermouth96的博客

03-28

1864

由于权限及系统原因，在root用户重新安装 libstdc++6，更新 libstdc++6均失败，同时遇到了。中，删除之前的软连接，并重建软连接。软连接得到的，所以复制。在其他服务器中找到包含。

libstdc++.so.6找不到GLIBCXX_3.4.29

weixin_42486134的博客

04-10

1238

在/lib64/libstdc++.so.6找不到GLIBCXX_3.4.29这个，opencc这个运行时需要。运行后，确实没有需要的声明GLIBCXX_3.4.29，搜索系统中的libstdc++.so.6。文件实际地址在/usr/lib64/libstdc++.so.6，也是个软连接，可以替换版本。找到存在GLIBCXX_3.4.29的库，去替换/lib64/libstdc++.so.6。

解决libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

发现问题，并解决问题，批判性思维

03-13

3万+

# 一、问题描述对某个包进行版本升级后突然报错如题`libstdc++.so.6: version GLIBCXX_3.4.29‘ not found`。 # 二、解决方法原因：文件动态指向的文件有问题（1）快速查找`libstdc++.so.6`： ```python locate libstdc++.so.6 ``` 查看当前ubuntu系统中现存的GLIBCXX版本： ```python strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | gre

pytracking测试错误：集群报错/lib64/libstdc++.so.6: version`GLIBCXX_3.4.29‘ not found

qq_44637477的博客

03-17

303

/lib64/libstdc++.so.6: version`GLIBCXX_3.4.29' not found

解决服务器报错：ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

qq_55424277的博客

02-21

2826

一、解决服务器报错：ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by /home/lm/anaconda3/envs/pytorch/lib/python3.9/site-packages/PIL/../../../.2、查看当前系统中其它的同类型文件，找到一个版本比较高的。1、指令先看下系统目前都有哪些版本的。122为自己建立的一个txt文档.

/usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29‘ not found

drunk_king的博客

11-01

800

找到包含报错所需的GLIBCXX版本的libstdc++文件后，将这个文件的目录记下，在terminal中使用conda环境中的python运行py文件前，先将其上一级目录添加到LD_LIBRARY_PATH。这会列出许多在conda环境中的位置、usr等目录的位置，关注我们自己的conda环境中的该文件位置，如我的系统中有如下文件。当然也可以把这个命令写进bash脚本、写进.bashrc等，效果应该都是一样的。使用如下命令，可确认该文件是否包含所需的GLIBCXX版本。

OSError: /home/chen/anaconda3/envs/a/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by libtpr20pro.so)

08-09

<think>我们面对的问题是：运行程序时出现OSError，提示libstdc++.so.6中缺少GLIBCXX_3.4.32版本。根据引用[1][2][3][4]的信息，这类问题通常是由于程序加载了错误位置的libstdc++.so.6库（如系统自带的旧版本）而忽略了conda环境中较新的版本。 ### 问题分析 1. **根本原因**：动态链接库`libstdc++.so.6`的版本过低，缺少程序所需的`GLIBCXX_3.4.32`符号。 2. **环境情况**：用户可能使用了conda环境，该环境中已经安装了较高版本的libstdc++（包含GLIBCXX_3.4.32），但程序运行时却链接到了系统路径下的旧版本。 ### 解决方案 #### 方法1：通过设置环境变量强制指定库搜索路径（推荐）在运行程序前，将conda环境中的库路径添加到`LD_LIBRARY_PATH`环境变量中，确保程序优先使用conda环境中的libstdc++.so.6。 ```bash # 假设你的conda环境名为myenv，路径为/home/user/miniconda3/envs/myenv export LD_LIBRARY_PATH=/home/user/miniconda3/envs/myenv/lib:$LD_LIBRARY_PATH # 然后运行你的程序 python your_script.py ``` > **注意**：这种方法只在当前终端会话中有效。若想永久生效，可将上述命令添加到`~/.bashrc`或`~/.zshrc`中。 #### 方法2：检查conda环境中的libstdc++版本并更新确保conda环境中的libstdc++是最新版本，因为GLIBCXX_3.4.32需要较高版本的libstdc++（如libstdcxx-ng>=12.1.0）。 ```bash # 激活你的conda环境 conda activate your_env_name # 更新libstdcxx-ng conda install -c conda-forge libstdcxx-ng=12.1.0 -y ``` #### 方法3：修复系统库的软链接（风险较高，谨慎操作）如果系统允许，可以尝试更新系统的libstdc++版本，但通常不推荐，因为可能影响系统稳定性。对于Ubuntu/Debian系统： ```bash sudo apt-get update sudo apt-get install libstdc++6 ``` 然后检查系统中是否有新版本的符号链接： ```bash # 查看系统libstdc++.so.6包含的GLIBCXX版本 strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX ``` 如果输出中没有`GLIBCXX_3.4.32`，说明系统自带的版本过低，建议使用方法1。 #### 方法4：使用conda环境变量自动设置库路径在conda环境中，可以通过设置环境变量`CONDA_OVERRIDE_GLIBC`来强制使用conda的libstdc++（适用于conda>=4.6.0）： ```bash # 激活环境后设置 conda activate your_env export CONDA_OVERRIDE_GLIBC=2.12 # 然后运行程序 ``` > 注意：`2.12`是一个示例版本号，具体值需要根据你的环境调整。但更通用的做法是使用方法1。 ### 验证解决效果在应用上述方法后，运行以下命令检查当前环境中libstdc++.so.6是否包含所需版本： ```bash # 确保已经激活conda环境 strings $CONDA_PREFIX/lib/libstdc++.so.6 | grep GLIBCXX_3.4.32 ``` 如果输出中包含`GLIBCXX_3.4.32`，则问题已解决。 ### 引用说明 - 根据引用[1][2]，问题通常是由于程序加载了系统路径下的旧版本libstdc++.so.6，而忽略了conda环境中的新版本[^1][^2]。 - 引用[3][^3]和引用[4][^4]表明，更新相关库或设置环境变量是常见解决方案。 ### 相关问题 1. 如何永久设置Linux环境变量？ 2. 如何查看当前加载的动态链接库路径？ 3. 在conda环境中如何管理C++库依赖？ 4. 如何避免不同conda环境之间的库冲突？ 5. 升级系统libstdc++的风险有哪些？请根据实际情况选择合适的方法。推荐优先使用方法1，因为它安全且不影响系统稳定性。</think>### 解决OSError: libstdc++.so.6版本GLIBCXX_3.4.32缺失问题 #### 问题分析该错误表明程序需要`GLIBCXX_3.4.32`符号，但当前加载的`libstdc++.so.6`版本不包含此符号。根本原因是： 1. 系统自带的libstdc++版本过旧（通常位于`/usr/lib/x86_64-linux-gnu/`） 2. Conda环境中的新版本库未被正确加载（位于`/home/用户名/miniconda3/envs/环境名/lib/`） 3. 动态链接器优先加载了系统旧版本而非Conda新版本[^2] --- ### 解决方案（按优先级排序） #### 方案1：设置环境变量强制加载Conda库（推荐） ```bash # 激活您的conda环境 conda activate 您的环境名 # 设置库加载路径 export LD_LIBRARY_PATH=$CONDA_PREFIX/lib:$LD_LIBRARY_PATH # 验证是否加载正确 ldd $(which python) | grep libstdc++ ``` 输出应显示Conda路径的库： > libstdc++.so.6 => /home/用户名/miniconda3/envs/环境名/lib/libstdc++.so.6 **永久生效**：将以下内容添加到`~/.bashrc`： ```bash echo 'export LD_LIBRARY_PATH=$CONDA_PREFIX/lib:$LD_LIBRARY_PATH' >> ~/.bashrc source ~/.bashrc ``` #### 方案2：更新Conda环境中的libstdc++ ```bash conda activate 您的环境名 conda install -c conda-forge libstdcxx-ng=12.1.0 -y ``` 验证版本： ```bash strings $CONDA_PREFIX/lib/libstdc++.so.6 | grep GLIBCXX_3.4.32 ``` 应有输出：`GLIBCXX_3.4.32` #### 方案3：创建符号链接（系统级修复） ```bash # 备份旧库 sudo mv /usr/lib/x86_64-linux-gnu/libstdc++.so.6 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.bak # 创建新链接 sudo ln -s $CONDA_PREFIX/lib/libstdc++.so.6 /usr/lib/x86_64-linux-gnu/ # 更新缓存 sudo ldconfig ``` #### 方案4：安装系统级新版本（Ubuntu/Debian） ```bash sudo add-apt-repository ppa:ubuntu-toolchain-r/test sudo apt update sudo apt install libstdc++6=12.1.0-* sudo ldconfig ``` --- ### 验证修复效果 ```bash # 检查所有可用版本 strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX strings $CONDA_PREFIX/lib/libstdc++.so.6 | grep GLIBCXX # 应包含以下输出 GLIBCXX_3.4.32 ... ``` --- ### 技术原理 1. **动态链接机制**：程序运行时通过`ld.so`加载依赖库，搜索路径由`/etc/ld.so.conf`和`LD_LIBRARY_PATH`控制[^2] 2. **版本冲突**：当系统库（旧版）和Conda库（新版）共存时，默认优先加载系统库 3. **符号缺失**：GLIBCXX_3.4.32是GCC 12+引入的符号，旧版GCC（<11）不包含此符号[^1] > **关键提示**：优先使用方案1的环境变量法，避免系统级修改带来的兼容风险[^3] --- ### 相关问题 1. 如何查看Linux系统当前加载的动态库路径？ 2. Conda环境之间如何隔离C++库依赖？ 3. 升级libstdc++是否会影响已安装的应用程序？ 4. 如何在不修改系统文件的情况下为特定应用指定库路径？ 5. Docker容器中如何解决此类库版本冲突？[^4]