解决类似/usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.19' not found错误

本文介绍了解决因缺少特定版本GLIBCXX而导致MonaServer无法运行的问题。通过升级libstdc++并替换系统默认库文件,成功解决了版本不匹配的错误。

解决类似/usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.19' not found错误

运行MonaServer的时候,遇到了下面的报错:

./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.19' not found (required by ./MonaServer)
./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./MonaServer)
./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by ./../MonaBase/lib/libMonaBase.so)
./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./../MonaBase/lib/libMonaBase.so)
./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.19' not found (required by ./../MonaBase/lib/libMonaBase.so)
./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.17' not found (required by ./../MonaCore/lib/libMonaCore.so)
./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.19' not found (required by ./../MonaCore/lib/libMonaCore.so)
./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./../MonaCore/lib/libMonaCore.so)
./MonaServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by ./../MonaCore/lib/libMonaCore.so)

执行: # strings /usr/lib64/libstdc++.so.6|grep GLIBCXX

得到结果:

GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6  
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

到13到头了,所以报错啦。

解决方法

到编译时的目录下面找到文件:libstdc++.so.6.0.18

我编译的时候,建立build_gcc_4.8.1文件夹,具体方法参见:centos升级gcc到4.8.1

注意,进入目录是,.libs是隐藏的:/home/build_gcc_4.8.1/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs

用下面的命令查看:

strings libstdc++.so.6.0.18|grep GLIBCXX

一般来讲,里面就有满足需要的GLIBCXX版本了。

然后,把该文件拷贝到了/usr/lib64下.

然后将libstdc++.so.6指向libstdc++.so.6.0.18:

[root@localhost lib64]# rm -r libstdc++.so.6
rm: remove symbolic link `libstdc++.so.6'? y
[root@localhost lib64]# ln -s libstdc++.so.6.0.18 libstdc++.so.6

这就Ok了。

<think> 根据用户提供的引用资料和问题,我们可以分析出错误原因是运行环境的GCC版本过低,缺少所需的GLIBCXX_3.4.25版本。解决方案是升级libstdc++.so.6库文件或更新系统的GCC版本。 参考引用[3]中的方法,我们可以通过检查当前系统支持的GLIBCXX版本,确认是否包含所需的版本。如果不包含,则需要更新。 根据引用[4]提供的解决方案,我们可以下载更高版本的libstdc++.so.6.0.26(或支持GLIBCXX_3.4.25的版本),替换掉原来的链接。 但需要注意,直接替换库文件可能有风险,更推荐通过更新GCC编译器来更新库文件。 具体步骤如下: 1. 检查当前的GLIBCXX版本: ```bash strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX ``` 2. 如果没有出现GLIBCXX_3.4.25,则需要升级。可以通过安装更高版本的GCC来获得新版本的库文件。 3. 升级GCC(以升级到GCC 7.3为例): - 添加devtoolset源(CentOS): ```bash yum install centos-release-scl yum install devtoolset-7 ``` - 激活环境: ```bash scl enable devtoolset-7 bash ``` 或者直接安装更高版本的GCC,如GCC 8或9,具体取决于系统支持。 4. 如果不想升级整个GCC,也可以单独下载需要的库文件。从引用[4]中可知,可以下载libstdc++.so.6.0.26(该版本支持GLIBCXX_3.4.25),然后替换链接。 5. 替换步骤(谨慎操作): - 下载libstdc++.so.6.0.26(可以从其他相同架构的系统复制,或从网上下载)。 - 备份原有文件: ```bash cp /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.6.bak ``` - 复制新文件到/lib64/: ```bash cp libstdc++.so.6.0.26 /usr/lib64 ``` - 删除旧链接,创建新链接: ```bash rm -f /usr/lib64/libstdc++.so.6 ln -s /usr/lib64/libstdc++.so.6.0.26 /usr/lib64/libstdc++.so.6 ``` 注意:替换库文件可能会影响系统稳定性,建议在操作前备份重要数据。 另外,根据引用[1]和[2],这个问题是由于编译环境和运行环境的GCC版本不一致导致。因此,最好的解决方案是让运行环境升级到与编译环境相同的GCC版本。 针对用户的具体错误(要求GLIBCXX_3.4.25),我们需要至少GCC 7.1以上的版本(因为GCC 7.1提供了GLIBCXX_3.4.22,而GLIBCXX_3.4.25需要更高版本,如GCC 8或9)。所以,建议升级到GCC 8或更高版本。 步骤(CentOS 7为例): 1. 安装GCC 8: ```bash yum install centos-release-scl yum install devtoolset-8 ``` 2. 激活环境: ```bash scl enable devtoolset-8 bash ``` 3. 检查新版本的libstdc++.so.6是否包含所需版本: ```bash strings /opt/rh/devtoolset-8/root/usr/lib64/libstdc++.so.6 | grep GLIBCXX ``` 应该会看到GLIBCXX_3.4.25(因为GCC 8.3.1提供了GLIBCXX_3.4.25)。 4. 如果希望永久生效,可以将库路径添加到系统库路径中: ```bash echo &#39;/opt/rh/devtoolset-8/root/usr/lib64&#39; >> /etc/ld.so.conf ldconfig ``` 或者将库文件复制到系统目录(不推荐,可能覆盖系统文件): ```bash cp /opt/rh/devtoolset-8/root/usr/lib64/libstdc++.so.6* /usr/lib64 ``` 5. 再次运行ollama,应该可以解决问题。 注意:以上操作需要root权限。 相关问题: 1. 如何检查系统当前安装的GCC版本? 2. 如何在CentOS 7上升级GCC到最新版本? 3. 如何在不升级GCC的情况下解决GLIBCXX版本缺失的问题? 4. 升级GCC后如何恢复原来的版本? 5. 运行`ldconfig`命令的作用是什么? 请根据上述步骤尝试解决问题。 </think>### 解决 `/usr/lib64/libstdc++.so.6: version &#39;GLIBCXX_3.4.25&#39; not found` 错误 #### 问题原因 该错误表明您的系统缺少 `GLIBCXX_3.4.25` 版本的 C++ 标准库(`libstdc++.so.6`)。通常是因为: 1. **编译环境与运行环境不匹配**:程序在高版本 GCC 环境下编译,但运行环境 GCC 版本过低[^1]。 2. **系统库未更新**:系统未安装或未链接到支持 `GLIBCXX_3.4.25` 的库文件。 #### 解决方案(分步操作) 以下方法需在终端执行(需 `root` 权限): ##### 方法一:升级 GCC 和库文件(推荐) ```bash # 1. 安装开发工具集(CentOS/RHEL) yum install centos-release-scl yum install devtoolset-9 # 2. 激活新环境 scl enable devtoolset-9 bash # 3. 检查是否包含 GLIBCXX_3.4.25 strings /opt/rh/devtoolset-9/root/usr/lib64/libstdc++.so.6 | grep GLIBCXX_3.4.25 # 4. 永久生效(可选) echo "source /opt/rh/devtoolset-9/enable" >> /etc/profile ``` ##### 方法二:手动更新库文件(无网络时) ```bash # 1. 下载高版本库文件(需提前从其他机器复制或官网下载) wget https://example.com/libstdc++.so.6.0.26 # 替换为实际支持GLIBCXX_3.4.25的版本 # 2. 替换库文件 cp libstdc++.so.6.0.26 /usr/lib64 rm -f /usr/lib64/libstdc++.so.6 ln -s /usr/lib64/libstdc++.so.6.0.26 /usr/lib64/libstdc++.so.6 # 3. 更新链接库缓存 ldconfig ``` ##### 验证修复 ```bash # 检查是否包含 GLIBCXX_3.4.25 strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX_3.4.25 ``` 若输出 `GLIBCXX_3.4.25` 表示修复成功。 #### 注意事项 1. **风险提示**:直接替换库文件可能导致依赖旧版本的程序崩溃,建议优先升级 GCC。 2. **兼容性**:确保下载的库文件与系统架构(如 `x86_64`)匹配。 3. **备份**:操作前备份原文件: ```bash cp /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.6.bak ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值