升级GLIBC至2.17及系统崩溃解决方案

最新推荐文章于 2025-10-24 09:05:52 发布
原创 最新推荐文章于 2025-10-24 09:05:52 发布 · 5.4k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#缓存 #数据结构 #c语言

1327784:     __vdso_timeSegmentation fault (core dumped)
 

除了cd 全不行。

原因是：loader, pthread，ld-linux-x86-64.so.2，glibc…… 这些是配套的，只升级其中一个就容易出问题。
linux - Segmentation fault after installing the glibc 2.7 - Stack Overflow

c - __vdso_time missing from core utils? - Stack Overflow

解决：

幸运的是我cd 进入/lib64/目录，执行ls，命令又起作用了。

执行history 查看历史执行的指令，看看自己做了什么骚操作。看到自己编辑了/etc/profile。加了下面这个：

export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/opt/glibc-2.25/lib"

就是加载库的路径。直接把它删掉，让他不要去找我安装的导致出问题的glibc库，保存。关掉终端，重新打开，好了。

其他工况和解决方法：

升级GLIBC至2.17及系统崩溃解决方案 - 极客分享

最低0.47元/天 解锁文章
Centos7 解决ONNX模型环境问题GLibc的版本低（2.17）导致的程序无法启动报错的问题（GLibc版本要高于2.27）
专注基础架构领域
01-09 986
最近项目中遇到Springboot使用ONNX模型，程序包无法启动的问题，这个问题的原因是GLibc的版本太低了，需要升级这个组件的版本，特此记录，便于日后查阅。
centos glibc 升级导致系统崩溃
kezhen的专栏
03-24 1684
挂载源系统后，执行命令chroot /mnt/sysimage 后，切换到cd /mnt/sysimage后，可以执行ldd /bin/bash查看依赖包是否有缺失，如有缺失，可从启动盘的/lib64目录下复制，即cp /lib64/libc-2.17.so /mnt/sysimage/usr/lib64/等。修改软链接中出现了误操作，导致系统重启后，输入用户名后直接提示login incorrect，不让用户输入密码，尝试使用单用户模式进行修复，发现无法挂载U盘，拷入东西。
linux glibc 更新 导致崩溃 解决方案
zhangyihu321的专栏
09-03 1881
glibc 更新 系统崩溃
升级Glibc报错Segment fault（WSL2的Ubuntu）
我壮着胆子再问一遍冬雪枫花
10-24 827
直接从Windows挂载的方式 无法有效修改vhdx文件内的软连接，该技术路径可直接放弃；，但如果关机则意味着无法直接从wsl开启该distro，关闭请谨慎；
升级GLIBC后系统崩溃，多数命令无法使用且无法登录
03-06 3015
解决SSH无法登录等。
记录最近一个事件：代码编译方式升级glibc、cxx以及因为glibc升级导致系统崩溃
sekaii的专栏
12-06 318
，其实应该还有使用yum方式更加安全，升级后，先是发现启动我的postgres程序，因为无法设置LANG/LC_ALL/LC_CTYPE启动失败，于是又想把软连接/lib64/libc.so.6由指向libc-2.28改回libc-2.17，这下闯大祸了，直接导致libc.so.6的GLIBC_PRIVATE错误，如下。因为node.js底层对C/C++的依赖，需要对centos 7的陈旧的glibc 2.17和CXX 2.19进行升级，但是我不幸的选择了代码方式升级 （用到了以下博文的帮助。
centos升级glibc（升级到 2.17版）
zhongqizhi的专栏
09-22 2199
1、原先的系统glibc库的版本是2.12，需要升级到2.17版本。
升级glibc2.23失败系统崩溃急救
qq_39994174的博客
08-09 2305
升级glibc2.23失败系统崩溃急救
rpm -e --nodeps glibc-2.17-55.el6.x86_64 系统崩溃了怎么处理
03-01
好的，用户现在遇到了系统崩溃的问题，是因为他们按照之前的建议执行了`rpm -e --nodeps glibc-2.17-55.el6.x86_64`，结果系统崩溃了。我需要分析用户的情况，提供有效的解决方案，同时避免进一步的损害。 首先，...
Error: Package: 2:nodejs-20.19.6-1nodesource.x86_64 (nodesource-nodejs) Requires: libstdc++.so.6(GLIBCXX_3.4.21)(64bit) Error: Package: 2:nodejs-20.19.6-1nodesource.x86_64 (nodesource-nodejs) Requires: glibc >= 2.28 Installed: glibc-2.17-326.el7_9.3.x86_64 (@updates) glibc = 2.17-326.el7_9.3 Available: glibc-2.17-317.el7.i686 (base) glibc = 2.17-317.el7 Available: glibc-2.17-322.el7_9.i686 (updates) glibc = 2.17-322.el7_9 Available: glibc-2.17-323.el7_9.i686 (updates) glibc = 2.17-323.el7_9 Available: glibc-2.17-324.el7_9.i686 (updates) glibc = 2.17-324.el7_9 Available: glibc-2.17-325.el7_9.i686 (updates) glibc = 2.17-325.el7_9 Available: glibc-2.17-326.el7_9.i686 (updates) glibc = 2.17-326.el7_9 Error: Package: 2:nodejs-20.19.6-1nodesource.x86_64 (nodesource-nodejs) Requires: libstdc++.so.6(GLIBCXX_3.4.20)(64bit) Error: Package: 2:nodejs-20.19.6-1nodesource.x86_64 (nodesource-nodejs) Requires: libstdc++.so.6(CXXABI_1.3.9)(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
最新发布
12-17
> ⚠️ **警告**：手动升级glibc可能导致系统崩溃，务必在测试环境验证后再操作。 --- ### 方法对比 | **方法** | 风险 | 复杂度 | 适用场景 | |--------------------|------|--------|------------------| | nvm...
glibc2.17版本升级工具
11-14
这是一个glibc升级2.17版本所需的文件，包含需要的安装包
glibc 2.17 for linux
08-19
glibc linux rpm for suse11
glibc2.17.zip
07-02
本资源包含centos6 升级 glibc所需要的包 亲测有效！
强行升级glibc导致Centos8崩溃6小时惊险修复
eggxo的博客
03-04 3334
于是就一时脑抽，去下载了glibc 2.34，在安装的时候还遇到一堆问题，最后安装到/usr下 ./configure && make && make install，刚运行完，服务器就开始报错（汗流浃背了兄弟）。比如联网，mount之类的），下载一堆glibc-2.28的rpm进行安装，结果我安装的时候又又报错了（类似于这样），于是强行安装rpm这条路也走不通了。于是我先找了个u盘，不对，我甚至用的不是优盘（我自己的是一个256的我怕读不了盘，于是用了读卡器+SD卡来充当优盘），总之，相当之滑稽。
CentOS 8 GLIBC升级失败系统崩溃抢修实战
不定期更新系统使用、编程小技巧，哔哩哔哩账号：https://space.bilibili.com/399455629，欢迎关注
07-19 6563
服务器为CentOS 8，支持glibc版本为2.28，但编译一个工具的glibc需求版本为2.34，于是非常脑残地参考这篇Tutorial开始升级之旅：下载glibc-2.34，并configure到了系统目录，然后将源码make && make install，然后……
CentOS7升级glibc失败导致系统崩溃
xxxxxxx
07-30 2897
CentOS7系统升级glibc失败，导致系统故障。
Centos升级glibc2.17
qq_40396651的博客
04-18 454
解决glibc版本问题 查看当前版本 strings /lib64/libc.so.6 |grep GLIBC 我的centos6.5只到 2.12 安装并升级 网上都是给出这个网址 https://ftp.gnu.org/gnu/glibc/ 反正我是下不了，下载很慢，甚至不动 解决 1在阿里云下载的glibc的rpm包 https://developer.aliyun.com/packageS...
Centos7.2升级glibc2.23失败系统崩溃急救
bubbleyang的博客
05-22 376
使用ls报错：ls: error while loading shared libraries: ls: cannot open shared object file。现象：升级glib2.23, make install 后，系统只能使用cd 和 pwd，ls, ll，rm等都不能使用了。5. ll 查看系统中的软连接，将指向2.23版本的软连接重新指回2.17，否则可能在后续的应用中会报错。特别注意：系统崩溃后千万不要关机！此处，ls, ll, rm 等命令就都可以使用了，接下来。
数据结构c++nullptr报错
05-21
### C++ 中使用 `nullptr` 导致的数据结构报错原因及解决方案 #### 一、问题分析 在 C++ 的数据结构实现中，`nullptr` 是用来表示指针为空的一种方式。相比于传统的 `NULL` 或者 `0`，它更加安全且语义清晰[^1]。然而，在实际编程过程中，可能会因为错误地处理 `nullptr` 而引发一系列问题。 常见的导致报错的原因有以下几种： 1. **访问空指针** 如果某个指针被设置为 `nullptr` 后仍然尝试对其进行解引用操作，则会触发运行时错误。例如： ```cpp int* ptr = nullptr; *ptr = 10; // 运行时错误：试图写入无效内存位置 ``` 2. **未正确判断指针状态** 在某些情况下，程序员可能忘记检查指针是否为 `nullptr`，从而直接调用了该指针的方法或成员变量。这尤其常见于链表、树等递归数据结构的操作中[^3]。 3. **动态分配后的清理不当** 当对象通过 `new` 动态创建后，如果没有及时释放其占用的资源（如使用 `delete`），则可能导致悬空指针问题；反之，如果重复释放同一块内存区域也可能造成不可预期的行为[^1]。 --- #### 二、解决方案 针对以上提到的各种情况，可以采取如下措施来规避潜在的风险并修复现有代码中的缺陷： ##### （1）始终验证指针的有效性 无论何时执行涉及指针的动作之前都应先确认目标并非 null。比如下面这段改进版的例子展示了如何安全地遍历单向链接列表节点直到遇到终止条件为止。 ```cpp ListNode* current = head; while(current != nullptr){ processNode(current); current = current->next; } ``` 此处利用循环控制结构内部不断更新临时变量current直至到达链末端才停止迭代过程[^4]。 ##### （2）采用智能指针管理生命周期 为了减少手动追踪每一段独立分配出来的堆空间所带来的复杂度以及由此产生的各种隐患，建议尽可能多地运用现代标准库所提供的自动垃圾回收机制——即所谓的“智能指针”。它们能够根据特定策略决定什么时候销毁其所拥有的实例，进而有效防止泄露现象的发生。 - 使用 `std::unique_ptr` 表达独占所有权关系； - 利用 `std::shared_ptr` 来共享同一个实体间的引用计数逻辑[^1]。 示例代码片段展示了一个简单的场景下切换至 unique_ptr 形式的转换方法： ```cpp #include <memory> // ... auto node = std::make_unique<ListNode>(value); // 替代原始形式的新建表达式 node->setNext(std::move(next)); // 移动语义转移下一跳的所有权 ``` ##### （3）重构算法避免不必要的间接寻址 有时候可以通过调整业务流程设计思路消除掉那些容易出现问题的部分。例如当需要移除符合条件的元素时，不必显式构造新的子序列而是借助原位修改的方式完成任务即可[^4]。 以下是基于此理念重写的去除指定数值项的功能实现版本： ```cpp class Solution { public: ListNode* removeElements(ListNode* head, int val) { if (!head) return nullptr; head->next = removeElements(head->next, val); return (head->val == val ? head->next : head); } }; ``` --- ### 总结 综上所述，C++ 开发人员应当高度重视关于 `nullptr` 处理方面的细节考量，并遵循最佳实践原则以降低出错概率。具体而言就是加强前期预防工作力度的同时引入更先进的工具辅助日常作业活动开展下去。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值