Posts Linux升级GLIBC的血泪教训
Post
Cancel

Linux升级GLIBC的血泪教训

简述

开发环境的机器使用了Debian 9 GLIBC 2.24,而生产环境使用的是Debian 10 GLIBC 2.28,遂产生想法将开发环境也升级到GLIBC2.28,殊不知踏入大坑。

起初幼稚地认为按照网上教程编译安装GLIBC库即可,便找了个网上教程:https://www.cnblogs.com/beckyyyy/p/16911058.html,进行至make install一步时报错,然后机器上所有的命令执行时,都报segmentation fault

参考了多篇博客的教程,仍为解决,最终只能无奈 重装系统,也积攒了血泪教训。

GLIBC是Linux系统中最底层的API,最主要的功能是对系统调用进行了封装,几乎其他任何的运行库都要依赖glibc。因此,切勿擅自通过编译的方式升级,容易将系统搞坏。

升级glibc主要是对/lib库中的libc.so.6libm.so.6libpthread.so.0librt.so.1这四个文件的修改。

参考资料

https://blog.csdn.net/qq_42721097/article/details/120916145
记GLIBC升级失败后的恢复

This post is licensed under CC BY 4.0 by the author.

Linux进程内存问题排查

Docker实践简要笔记

Comments powered by Disqus.