当非root用户删除libc.so.6之后。。。

最新推荐文章于 2025-05-13 17:15:01 发布
最新推荐文章于 2025-05-13 17:15:01 发布
阅读量3.5k 收藏 4
点赞数 2
CC 4.0 BY-SA版权
分类专栏： linux操作 文章标签： linux libc.so.6 指令无法执行 TensorFlow
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ever_idea/article/details/82710818

         某天晚上，我美滋滋地边看论文边安装TensorFlow，身心非常愉悦，直到安装过程中，出现了这么一个错误

/usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.19' not found

     后来网上搜索解决方案，才知道是GCC版本太老了，libstdc++.so.6下没有这个3.4.19版本的glibc。于是我按照教程 https://github.com/qiwsir/ITArticles/blob/master/Linux/upgrade_gcc_on_Centos.md。将GCC的版本更新到4.8.1。然后再用命令查询：

strings libstdc++.so.6.0.18|grep GLIBCXX

       此时已经看到了版本中有GLIBCXX_3.4.19。

    (1）如果是在自己的用户目录下操作，就需要 从路径/usr/local/lib64拷贝文件libstdc++.so.6.0.18到路径/usr/lib64下

cp /usr/local/lib64/libstdc++6.0.18 /usr/lib64

 （2）此时要删除原来的软链接，在这之前最好备份软链接（可以看看后面惨痛的教训）

rm -r libstdc++.so.6</
最低0.47元/天 解锁文章

200万优质内容无限畅学
非root权限修改当前用户linux gcc版本
qq_43127685的博客
12-11 2023
非root权限修改当前用户linux gcc版本 1.下载对应的gcc安装包以及依赖项 gcc安装包下载地址：https://mirrors.tuna.tsinghua.edu.cn/gnu/gcc/ 依赖项下载地址：ftp://gcc.gnu.org/pub/gcc/infrastructure 将gcc安装包上传至服务器后，进行解压，我安装的为gcc-5.5.0(太新的版本不兼容，自己提前查好...
error while loading shared libraries: libc.so.6 误删除libc.so.6急救办法,
leonnew的博客
05-25 4518
在高版本的环境中编译了一个软件，然而在低版本系统中无法使用，缺少libc.so支持,然而在编译过程中误删除了 libc.so.6的软连接，rm /lib64/libc.so.6。然后可以测试应用，然而我的问题还是没有解决，从2.14安装到2.16，最后放弃了。当时我的小心肝啊，都快绝望了操作环境还是正式环境，最后通过查找文档发现急救方案。下载需要升级的版本，注意高版本不一定支持低版系统，需要在官网确认好。配置，我们把安装文件单独放在其他地方，不放在系统位置，方便查找。查看系统现在支持的版本。
linux删除libc.so.6
weixin_33766805的博客
06-08 521
LD_PRELOAD=/lib64/libc.so.6_bak cp /lib64/libc.so.6_bak /lib64/libc.so.6 LD_PRELOAD=/lib64/libc.so.6_bak是预加载libc文件，然后可以执行linux命令 转载于:https://www.cnblogs.com/tudoua/p/6963410.html...
centos中libc.so.6No such file的解决方式
最新发布
qq_33928223的博客
05-13 629
如果你在 64 位系统上运行 32 位安装程序，可能会导致此错误。是 Linux 系统中的一个核心库，许多程序（包括安装程序）都依赖于它。如果安装程序是 32 位的，而系统是 64 位的，你需要安装 32 位的。确保安装程序与系统架构匹配。如果不匹配，下载正确的安装程序。的一个符号链接，指向实际的库文件。完成上述步骤后，重新运行安装程序，检查问题是否解决。如果不存在，可以手动创建它。如果没有安装，你需要安装它。不存在，可以手动创建它。通过以上步骤，你应该能够解决。首先，检查系统中是否安装了。
Linux误删C基本运行库libc.so.6急救方法
weixin_33968104的博客
06-09 412
首先普及一下关于libc.so.6的基本常识： libc.so.6是glibc的软链接 ll  /lib64/libc.so.6lrwxrwxrwx 1 root root 11 Aug 27 2014 /lib64/libc.so.6 -&gt; libc-2.5.so glibc是gnu发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖...
【error】非超级用户删除libc.so.6
abcdexist的博客
05-12 855
不要随意删除libc.so.6
非root用户删除libc.so.6 的可怕经历
u010065754的专栏
08-08 3451
问题 背景：程序运行时缺少GLIBC_2.14, 需要将2.12升级到2.14，在安装完glibc.2.14之后，进行软连接删除和重建时，删除了libc.so.6. libc.so.6是大部分基本命令运行的库，删掉之后sudo命令就没法用了，我删除时是非root用户，也就是sudo 删除的，删除之后发现sudo不能用了。。。也就是没法建新的软连接了。 即使是网上提供的提供临时libc库路径 ...
解决usrlib64libstdc++.so.6和lib64libc.so.6版本过低问题
02-28
### 解决usr/lib64/libstdc++.so.6 和 lib64/libc.so.6 版本过低的问题 在进行系统环境搭建时，尤其是安装像 MySQL 这样的大型软件包时，可能会遇到库文件版本不兼容的问题。本文将详细介绍如何解决 CentOS 7.0 下 ...
【Linux】解决误操作libc.so.6导致的问题，补充：升级glibc注意事项
热门推荐
yannan20190313的博客
05-28 1万+
【Linux】解决误操作libc.so.6导致的问题，补充：升级glibc注意事项
linux centos服务器误删底层动态链接库libc.so.6【踩坑 已解决】
weixin_43769683的博客
02-22 999
命令通通失效O(∩_∩)O哈哈~惊不惊喜意不意外，差点打算提桶跑路了。
WSL vhdx非root误删除libc.so.6
qq_36995313的博客
12-13 1337
虚拟机wsl无root修复libc.so.6误删
（警告）不要轻易删除libc.so.6，以及误删恢复
weixin_33955681的博客
04-13 638
网上有很多帖子介绍升级libc.so.6库的帖子，这里存在巨大的坑： 如： Linux/CentOS 升级C基本运行库CLIBC的注意事项（当想解决GLIBC_2.x找不到的编译问题） 里边都会有这样一个操作 rm -rf /lib64/libc.so.6 然后，所有shell命令都不能用了，ls..cd..su..... 网上除了一些补救措施：误删除libc.so.6 ...
误删除libc.so.6的解决方法
weixin_34370347的博客
11-25 606
glibc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准，可以想见其内容包罗万象。而就像其他的 UNIX 系统一样，其内含的档案群分散于系统的树状目录结构中，像一个支...
关于ubuntu升级GLIBC的大坑之libc.so.6库的删除和恢复
weixin_67874415的博客
03-31 2930
ubuntu16.04的libc.so.6库被删除，导致使sudo ,ln ,ls,mv等指令不可用。
删除/lib64/libc.so.6软连接后Linux系统崩溃
教Linux的李老师
06-06 2526
删除/lib64/libc.so.6软连接后Linux系统崩溃
误删除系统文件（比如删除/lib64/libc.so.6）导致系统无法正常使用，恢复步骤
weixin_30454481的博客
06-02 856
转载于:https://www.cnblogs.com/pansn/p/10964532.html
libc.so.6被删除后恢复
Mrknowledge
04-09 1074
export LD_PRELOAD=/lib64/libc-2.5.so
libc.so.6 动态库重命名、删除，命令不能执行
howard_shooter的博客
06-07 1242
我遇到的情况是重命名了libc.so.6，但是终端处于非root用户，还好是从root用户进入的，exit一下能够正常会到root用户的终端，再用上面的操作，恢复了libc.so.6。Linux下许多这个命令（ls、cp、mv）都会链接这个库，这个库如果出问题，例如改名了，删除了，操作系统就别想用了。即设置LD_PRELOAD这个环境变量，指定程序加载哪里的libc.so.6。
我不需要你给我解释这个，我想让你帮我解决一下问题： startx /bin/sh: /usr/lib/xorg/modules/drivers/libc.so.6: version GLIBC_2.38' not found (required by /bin/sh) /bin/sh: /usr/lib/xorg/modules/drivers/libc.so.6: version GLIBC_2.36’ not found (required by /bin/sh) /bin/sh: /usr/lib/xorg/modules/drivers/libc.so.6: version `GLIBC_2.38’ not found (required by /usr/lib/libtinfo.so.5)
04-02
<think>好的，用户之前询问了关于`/lib/libc.so.6`的信息，我详细解释了GLIBC的相关内容。现在用户遇到了新的问题，运行`startx`时出现多个GLIBC版本缺失的错误，特别是GLIBC_2.38和2.36。用户可能正在尝试启动X服务器，但遇到了动态链接库的问题。 首先，我需要确定问题的根源。错误信息提到`/usr/lib/xorg/modules/drivers/libc.so.6`，这看起来不太寻常，因为通常GLIBC的库文件位于`/lib`或`/usr/lib`，而不是Xorg的驱动目录。可能用户或某个安装脚本错误地将libc.so.6放到了错误的位置，或者存在符号链接错误。 接下来，错误显示`/bin/sh`需要GLIBC_2.38和2.36，但用户当前的GLIBC版本是2.39，理论上应该向后兼容。不过，如果某些程序或库被错误地链接到特定版本的GLIBC，或者系统中存在多个不同版本的GLIBC，可能会导致冲突。此外，用户可能升级了GLIBC但没有更新相关依赖，或者部分文件损坏。 需要检查系统的GLIBC版本，确认是否存在多个版本冲突。用户之前的信息显示GLIBC是2.39，但错误提示缺少2.38和2.36，可能某些二进制文件是在旧版GLIBC上编译的，而升级后未重新编译这些文件。另外，检查Xorg的驱动目录是否有错误的libc.so.6文件，这可能是导致问题的直接原因。 可能的解决步骤包括：1. 检查libc.so.6的位置，确认是否错误放置在Xorg的驱动目录；2. 更新系统以获取所有依赖项的最新版本；3. 重新安装Xorg和相关驱动；4. 检查是否有第三方软件仓库导致版本不兼容；5. 使用ldd命令追踪依赖关系，找出具体是哪个模块需要旧版GLIBC；6. 考虑降级GLIBC或使用静态编译的软件作为临时解决方案。 需要注意的是，直接替换或删除libc.so.6可能导致系统不稳定，操作前需备份重要数据。此外，用户可能需要指导如何安全地更新或重新安装软件包，避免系统崩溃。</think>### 问题分析 你遇到的错误是由于 **动态链接库版本不匹配** 导致的核心问题。具体表现为： 1. `/bin/sh`（Bash 或兼容的 shell）在尝试启动 Xorg 服务器（`startx`）时，发现以下依赖缺失： - **`GLIBC_2.38`** 和 **`GLIBC_2.36`**（由 `/usr/lib/xorg/modules/drivers/libc.so.6` 或 `/usr/lib/libtinfo.so.5` 触发） 2. 当前系统安装的 GLIBC 版本为 **2.39**，但某些二进制文件（如 Xorg 驱动模块）依赖旧版 GLIBC，而新版本可能移除了某些历史符号。 --- ### 原因诊断 1. **路径异常** - 关键错误路径：`/usr/lib/xorg/modules/drivers/libc.so.6` - **正常 GLIBC 路径**应为 `/lib/libc.so.6` 或 `/usr/lib/libc.so.6`，此处可能因错误安装或符号链接导致冲突。 - 该路径下的 `libc.so.6` 可能是 **损坏的符号链接** 或 **手动误拷贝** 的旧版 GLIBC。 2. **ABI 兼容性断裂** - GLIBC 2.39 可能移除了旧版符号（如 `GLIBC_2.36`），但部分软件（如 Xorg 驱动或 `libtinfo`）仍依赖这些符号。 3. **混合软件源** - 若系统混用了不同发行版的软件包（如 Ubuntu 中使用 Arch 的预编译包），可能导致依赖树混乱。 --- ### 解决方案 #### 步骤 1：修复 `libc.so.6` 的路径问题 检查 `/usr/lib/xorg/modules/drivers/` 目录下的异常文件： ```bash # 确认该路径下是否存在 libc.so.6 ls -l /usr/lib/xorg/modules/drivers/libc.so.6 # 若存在，删除错误链接或文件（需 root 权限） sudo rm -f /usr/lib/xorg/modules/drivers/libc.so.6 ``` #### 步骤 2：验证系统 GLIBC 状态 ```bash # 查看当前 GLIBC 版本 /lib/libc.so.6 | grep "GNU C Library" # 检查关键库的依赖关系（例如 libtinfo.so.5） ldd /usr/lib/libtinfo.so.5 ``` #### 步骤 3：更新或重建依赖项 - **重新安装 Xorg 驱动**（假设使用 NVIDIA 驱动）： ```bash sudo apt reinstall xserver-xorg-video-nvidia # NVIDIA 示例 sudo apt reinstall xserver-xorg-core # 核心 Xorg 组件 ``` - **修复 `libtinfo`**（通常属于 `ncurses` 库）： ```bash sudo apt reinstall libncurses6 libncursesw6 ``` #### 步骤 4：强制重建动态链接缓存 ```bash sudo ldconfig ``` #### 步骤 5：回滚或降级 GLIBC（高风险！） 仅在前 4 步无效时尝试，需谨慎操作： ```bash # 查找可用旧版 GLIBC 包（以 Debian 为例） apt list -a libc6 # 降级示例（替换 2.38 为实际旧版本号） sudo apt install libc6=2.38-1ubuntu9 ``` **注意**：降级 GLIBC 可能导致系统崩溃！建议优先联系系统管理员或使用临时方案。 --- ### 临时替代方案（应急） 若无法立即修复，可通过 **`chroot` 容器** 或 **静态编译程序** 绕过动态链接问题： ```bash # 使用静态编译的 Xorg 启动（需提前安装静态版本） startx --with-static-driver ``` --- ### 根本解决建议 1. **统一软件源** - 确保所有软件包来自同一发行版的官方仓库。 2. **避免手动替换 GLIBC** - 使用包管理器（`apt`/`yum`）升级/降级，而非手动编译覆盖。 3. **定期更新系统** - 运行 `sudo apt update && sudo apt full-upgrade` 保持依赖一致性。 --- ### 错误排查流程图 ```plaintext startx 报错 GLIBC 缺失 │ ▼ 检查 /usr/lib/xorg/modules/drivers/libc.so.6 │ ├─ 若存在异常文件 → 删除并修复符号链接 │ ▼ 验证系统 GLIBC 版本（/lib/libc.so.6） │ ├─ 版本正常 → 重新安装 Xorg 驱动和 ncurses │ ├─ 版本异常 → 通过包管理器降级/升级 │ ▼ 更新动态链接缓存（ldconfig） ``` 请按步骤操作，若仍有问题可提供以下信息进一步诊断： ```bash uname -a # 内核版本 lsb_release -a # 发行版信息 apt policy libc6 # GLIBC 包状态 ```
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值