误删除系统文件（比如删除/lib64/libc.so.6）导致系统无法正常使用，恢复步骤

最新推荐文章于 2023-11-14 17:14:14 发布
转载 最新推荐文章于 2023-11-14 17:14:14 发布 · 859 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/pansn/p/10964532.html
文章标签：

#操作系统

 

转载于:https://www.cnblogs.com/pansn/p/10964532.html

当非root用户删除libc.so.6之后。。。
ever_idea的博客
09-15 3519
         某天晚上，我美滋滋地边看论文边安装TensorFlow，身心非常愉悦，直到安装过程中，出现了这么一个错误 /usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.19' not found      后来网上搜索解决方案，才知道是GCC版本太老了，libstdc++.so.6下没有这个3.4.19版本的glibc。于是我按照教程 ht...
linux centos服务器误删底层动态链接库libc.so.6【踩坑 已解决】
weixin_43769683的博客
02-22 1012
命令通通失效O(∩_∩)O哈哈~惊不惊喜意不意外，差点打算提桶跑路了。
误删除/lib64/libc.so.6
weixin_33872660的博客
03-03 283
问题描述删除/lib64/libc.so.6文件，发现大部分命令不能使用，对比其他正常的系统发现libc.so.6是一个软链接文件，指向libc-2.12.so这个库文件，上网百度了libc-2.12.so是C语言标准库文件，linux大部分命令的执行都要依靠这个库文件。进入救援模式重启客户端，当闪过白色进度条的时候快速按ESC键进入Boot Menu界面选择CD-ROM D...
/lib64/libc.so.6删除救急
莫语？倾城
05-16 3773
编译hadoop 2.7.3时需要protobuf，centos6.5 直接用yum安装的版本太低，无法完成编译。于是从我本地ubuntu环境传了个高版本的过去，然后发现/lib64/libc.so.6版本也太低，一时脑抽竟然想直接用我本地的替换掉这个库，于是把其链接指向的libc-2.12.so给重命名了。然后可怕的事情发生了，执行所有命令都报/libc.so.6错误，再开ssh也连不上了，直接
Linux误删C基本运行库libc.so.6急救方法
weixin_33968104的博客
06-09 416
首先普及一下关于libc.so.6的基本常识： libc.so.6是glibc的软链接 ll  /lib64/libc.so.6lrwxrwxrwx 1 root root 11 Aug 27 2014 /lib64/libc.so.6 -> libc-2.5.so glibc是gnu发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖...
CentOS误删libc.so.6文件而且重启，导致系统崩溃，通过光驱启动liveCD/DVD iso镜像抢修
littleskyfish的博客
11-02 1221
CentOS误删libc.so.6文件而且重启，导致系统崩溃，通过光驱启动liveCD/DVD iso镜像抢修误删libc.so.6光驱挂载liveCD/DVD镜像 误删libc.so.6 安全工程师解决木马的时候觉得系统文件有问题，就把libc.so.6删除了，结果没经验，不知道不关机可以解决，cp mv都用不了之后直接强行关机了，然后系统就起不来了 光驱挂载liveCD/DVD镜像 网上找了解决方法，说的都是U盘系统启动的，但是这个是虚拟机，只能想办法从光驱系统启动，最开始找各种winPE之类的iso镜
/lib64/libc.so.6
最新发布
06-24
根据引用[2]中的恢复步骤，如果误删除了libc.so.6，可以通过以下步骤恢复：1.从另一个相同操作系统的机器上查看libc.so.6指向的具体版本。2.在故障系统的/lib64目录下创建正确的软链接：`ln-s具体版本文件名libc.so....
我不需要你给我解释这个，我想让你帮我解决一下问题： 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
- **正常 GLIBC 路径**应为 `/lib/libc.so.6` 或 `/usr/lib/libc.so.6`，此处可能因错误安装或符号链接导致冲突。 - 该路径下的 `libc.so.6` 可能是 **损坏的符号链接** 或 **手动误拷贝** 的旧版 GLIBC。 2. **...
libc.so.6丢失修复
john5480的专栏
08-07 5795
系统背景 rhel6.4_x64。由于同时疏忽误删除/lib64/libc.so.6文件，该文件仅仅是个软连接。删除后无法登录，重启后会提示kernel panic，所以无法进入文件系统。 解决思路 插入安装盘，进入rescue模式，将连接复制到以前的文件系统。 具体步骤 1、重启机器，由光盘引导，rhel5.4输入 >linux rescue；rhel6.4直接选择linux resc
CentOS误删系统文件，误删根目录软连接/bin /sbin /lib /lib64，恢复教程
醒狮运维:热爱IT运维的老攻城狮们
09-23 4629
昨夜公司老王偶然间找到一款类似于Xftp的linux文件远程工具，成功安装后很兴奋，随手找了台数据库服务器进行操作，在根目录下看到如下图的快捷方式，文件图标左下角有箭头，觉得很不爽，删了，满意的退出。
误删/usr/lib64/下的libdbus.x.so文件的解决方法
ximingren的博客
02-04 2361
起因：在centos7上安装了网易云音乐后，听歌贼舒服。但是有一点就是歌词颜色改不了，貌似缺少某个文件。于是乎，我的手贱过程又开始了。我在网上看到说把libdbus-1.so.3的软连接删掉，换个新的。然后我就手贱用了rm -rf ，删掉了之后。额...，怎么改不了的，想要从回收站restore回去，诶，不行阿。然后就手贱的关掉terminal，结果发现再也打不开了。然后又手贱的采取网管的做法：重
linux删除libc.so.6
weixin_33766805的博客
06-08 524
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...
linux下误删除lib64文件,Linux 下 lib 文件缺失的通用解决办法
weixin_32171133的博客
05-13 1860
经常安装或者编译一些工具的时候会遇到类似 lib.so.* 等文件缺失的提示。一般我们可以通过百度谷歌寻找解决办法，但是除了这些办法，我们还可以自己寻找包名，然后安装。安装sudo apt-get install apt-file上面安装了一个软件，用于从仓库索引中找到相关的包信息。更新索引软件安装完成需要使用一下命令索引。sudo apt-file update搜索相关包名例如我遇到的是 lib...
WSL vhdx非root误删除libc.so.6
qq_36995313的博客
12-13 1344
虚拟机wsl无root修复libc.so.6误删
【error】非超级用户删除libc.so.6
abcdexist的博客
05-12 863
不要随意删除libc.so.6
非root用户删除libc.so.6 的可怕经历
u010065754的专栏
08-08 3458
问题 背景：程序运行时缺少GLIBC_2.14, 需要将2.12升级到2.14，在安装完glibc.2.14之后，进行软连接删除和重建时，删除了libc.so.6. libc.so.6是大部分基本命令运行的库，删掉之后sudo命令就没法用了，我删除时是非root用户，也就是sudo 删除的，删除之后发现sudo不能用了。。。也就是没法建新的软连接了。 即使是网上提供的提供临时libc库路径 ...
记录一次centos无法启动的解决方法：/lib64/libc.so.6: symbol _dl_starting_up
wangnan229的博客
06-08 2103
2. 进入后，此时的/ 是安装镜像中的根目录，原先的根目录 被挂载到了 /mnt/sysimage 当中，我们需要做的，就是拷贝原始的文件，覆盖到 原先的目录中。然而杯具的是，我偏偏重启系统了，好在这个是个虚拟机，可以在Windows主机的VMware进行操作。如果是物理机就麻烦了。这样，可以解决几乎所有的问题。
rm -rf 删除/下bin lib lib64 sbin软链接系统恢复
m0_59863495的博客
11-14 586
此时只能执行cd pwd命令，登录也无法登录，网上找博客都是u盘恢复系统，因无法备份，放弃。绝对路径能找到，但是命令无法执行，找到库文件的绝对路径。使用库文件绝对路径+命令绝对路径恢复删除的软连接。网上查找删除lib64恢复方法。
误删除libc.so.6的解决方法
weixin_34370347的博客
11-25 610
glibc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准，可以想见其内容包罗万象。而就像其他的 UNIX 系统一样，其内含的档案群分散于系统的树状目录结构中，像一个支...
/usr/lib64/libc.so.6
06-20
<think>我们正在处理一个关于libc.so.6文件位置和版本信息的问题。用户询问了`/usr/lib64/libc.so.6`，并提到了版本信息（如`GLIBC_2.32`未找到）以及路径问题。根据提供的引用，我们可以总结如下：1.引用[1]和[2]显示在交叉编译环境中，链接器在尝试链接`libc.so.6`时遇到了问题，因为它跳过了不兼容的库（可能是由于架构不匹配），并且找不到正确的`libc.so.6`。这提示我们需要确保链接器在正确的路径中查找对应架构的库。2.引用[3]提到了一个运行时错误：`/usr/lib64/libc.so.6:version'GLIBC_2.32'notfound`，这表明运行环境中的glibc版本低于程序编译时使用的版本。3.引用[4]解释了`libc.so.6`是一个指向特定版本（如`libc-2.15.so`）的符号链接。当安装新版本的glibc时，符号链接会更新以指向新版本，同时保持`libc.so.6`这个名字以保持兼容性。用户的问题集中在`/usr/lib64/libc.so.6`文件的位置和版本信息。在典型的64位Linux系统中，`/usr/lib64`是存放64位库的目录，而`libc.so.6`通常位于该目录下，它是一个指向实际共享库文件（如`libc-2.xx.so`）的符号链接。要解决用户的问题，我们需要指导用户如何查找`libc.so.6`的位置和版本信息，并解决可能出现的版本不匹配问题。步骤：1.确认`libc.so.6`的位置：通常位于`/usr/lib64/libc.so.6`（64位系统）或`/usr/lib/libc.so.6`（32位系统）。2.检查符号链接指向的实际文件版本。3.如果遇到版本问题（如`GLIBC_2.32notfound`），则需要检查系统安装的glibc版本，并考虑升级glibc或重新编译程序以兼容当前版本。注意：直接升级glibc需要谨慎，因为它会影响整个系统的稳定性。通常建议在相同glibc版本的环境中编译程序，或者使用静态链接或容器化技术来解决版本依赖问题。根据以上分析，我们给出回答。</think>### 关于 libc.so.6 文件的位置与版本信息 `libc.so.6` 是 GNU C 库 (glibc) 的核心动态链接库文件，在 Linux 系统中扮演关键角色。根据您的查询和引用信息，以下是详细说明： #### 1. **文件位置** - **标准路径**：在 64 位 Linux 系统中，`libc.so.6` 通常位于 `/usr/lib64/` 目录 - **架构差异**： - 32 位系统：`/usr/lib/libc.so.6` - 64 位系统：`/usr/lib64/libc.so.6` - 多架构支持：部分系统使用子目录如 `/usr/lib/x86_64-linux-gnu/libc.so.6` #### 2. **版本信息** `libc.so.6` 本质是一个**符号链接**，指向实际版本库文件： ```bash # 查看符号链接指向的实际文件 ls -l /usr/lib64/libc.so.6 # 典型输出：libc.so.6 -> libc-2.xx.so ``` - **版本命名规则**：实际文件名格式为 `libc-<版本号>.so`（如 `libc-2.32.so`） - **兼容性机制**：符号链接名保持为 `libc.so.6` 以确保二进制兼容性，即使升级 glibc 版本[^4] #### 3. **常见问题解决** - **版本不匹配错误**（如 `GLIBC_2.32 not found`）： - **原因**：程序编译时使用了较新的 glibc，但运行环境的 glibc 版本过低[^3] - **解决方案**： 1. 升级系统 glibc 包（需管理员权限）： ```bash sudo apt update && sudo apt upgrade libc6 # Debian/Ubuntu sudo yum update glibc # CentOS/RHEL ``` 2. 在相同 glibc 版本的环境中重新编译程序 3. 使用容器技术（如 Docker）封装运行环境 - **交叉编译链接错误**（如 `skipping incompatible /lib/libc.so.6`）： - **原因**：链接器在错误路径搜索架构不兼容的库[^1][^2] - **解决方案**： ```bash # 明确指定库搜索路径（示例） arm-none-linux-gnueabi-gcc -Wl,-rpath=/path/to/correct/libs \ -L/path/to/correct/libs \ -lc ... ``` #### 4. **关键命令** ```bash # 检查系统 glibc 版本 ldd --version | grep libc # 查看 libc.so.6 的符号链接链 readlink -f /usr/lib64/libc.so.6 # 列出已安装的 glibc 包（RPM 系） rpm -qa | grep glibc # 列出已安装的 glibc 包（Debian 系） dpkg -l | grep libc6 ``` ### 相关问题 1. 如何安全地升级系统的 glibc 版本？ 2. 交叉编译时如何正确指定目标系统的库路径？ 3. 当程序出现 `GLIBC_<version> not found` 错误时，除了升级还有哪些解决方案？ 4. 为什么需要保持 `libc.so.6` 这个符号链接名称而不直接使用版本化文件名？ [^1]: 链接器在 `/lib/libc.so.6` 路径搜索时跳过架构不兼容的库文件 [^2]: 编译错误显示链接器无法找到兼容的 `/lib/libc.so.6`，需指定正确库路径 [^3]: 运行时出现 `/usr/lib64/libc.so.6: version 'GLIBC_2.32' not found` 表示 glibc 版本过低 [^4]: `libc.so.6` 是保持二进制兼容性的符号链接，实际文件名随版本升级而变更
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值