centos6.5 误删 /lib64/libc.so.6导致的cannot open shared object file: No such file or diretory错误

本文介绍了解决/lib64/libc.so.6文件被误伤的问题,提供了具体的修复命令,帮助读者快速解决问题。

原因:误伤 /lib64/libc.so.6文件

解决方法:执行命令

/sbin/sln /lib64/libc-2.12.so /lib64/libc.so.6

mark一下

转载:原文传送门

执行 `ln -sf /lib64/libc.so.6 /lib64/libc.so.6 2>/dev/null` 后,`whoami`、`sed`、`logger` 等命令出现 `error while loading shared libraries: libc.so.6: cannot open shared object file: Error 40` 错误,通常是因为软链接创建过程中出现问题,导致系统无法正确找到 `libc.so.6` 共享库文件。以下是一些可能的解决方案: ### 1. 恢复原始的 `libc.so.6` 软链接 可以尝试手动创建一个正确的 `libc.so.6` 软链接指向实际的 C 库文件。通常,`libc.so.6` 是指向实际 C 库文件(如 `libc-2.x.so`)的软链接。可以通过以下命令查找实际的 C 库文件: ```bash find /lib64 -name "libc-*.so" ``` 假设找到的实际 C 库文件是 `/lib64/libc-2.28.so`,可以使用以下命令创建软链接: ```bash ln -sf /lib64/libc-2.28.so /lib64/libc.so.6 ``` ### 2. 使用 LD_PRELOAD 临时指定库文件路径 如果无法直接修复软链接,可以使用 `LD_PRELOAD` 环境变量临时指定 `libc.so.6` 的路径。假设实际的 C 库文件是 `/lib64/libc-2.28.so`,可以使用以下命令: ```bash export LD_PRELOAD=/lib64/libc-2.28.so ``` 这样,在当前终端会话中,所有程序将优先使用指定的库文件。 ### 3. 重新安装 C 库 如果以上方法都无法解决问题,可以尝试重新安装 C 库。在不同的 Linux 发行版中,重新安装 C 库的命令可能不同。以下是一些常见发行版的示例: #### CentOS/RHEL ```bash yum reinstall glibc ``` #### Ubuntu/Debian ```bash apt-get install --reinstall libc6 ``` ### 4. 检查系统完整性 如果问题仍然存在,可能是系统文件损坏导致的。可以使用系统自带的工具检查和修复系统文件。例如,在 CentOS/RHEL 中,可以使用 `yum check` 和 `yum clean all` 命令: ```bash yum check yum clean all yum update ``` 在 Ubuntu/Debian 中,可以使用 `dpkg --verify` 和 `apt-get install -f` 命令: ```bash dpkg --verify apt-get install -f ``` 通过以上步骤,应该可以解决 `libc.so.6` 无法打开的问题。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值