我们有一个基于 linux 的服务器，并且 lib/lib64 文件夹被重命名（lib64 -> lib 和 lib -> lib2）。做这件事的人已经知道它有多愚蠢，但这对我们其他人来说真的搞砸了，因为现在我们不能使用任何功能，或者以 root 身份登录来解决问题。
有任何想法吗？我们希望我们可以从 red hat 安装 cd/DVD/usb 启动，并从那里运行我们需要的命令，而不会覆盖已经安装的实际操作系统（将它恢复到我们需要相当长的时间现在）但我不知道在我们目前的情况下是否可能。
问问题
1159 次
5 回答
4
export LD_LIBRARY_PATH=/lib
/lib/ld-linux-x86-64.so.2 /bin/mv /lib /lib3
/lib/ld-linux-x86-64.so.2 /bin/mv /lib /lib64
mv /lib3 /lib
主要问题是 mv 不能工作，因为它找不到加载器，但是如果你知道它的路径，你可以直接运行加载器。
于 2015-08-25T03:13:51.703 回答
1
是的，这绝对是一种方法。从安装盘启动并选择救援模式。然后挂载系统的根文件系统并将文件夹放回去。
于 2013-02-28T16:53:49.097 回答
0
从任何 Linux 发行版的 Live CD/DVD 或闪存驱动器启动，然后打开文件管理器。从那里您可以单击以安装内部驱动器，导航到正确的文件夹并重命名它们。
这是Linux，像这样的简单错误没什么好兴奋的，只要放松一下，它就会解决的。
于 2013-02-28T16:55:59.193 回答
0
如果您的系统上有busybox：
busybox mv /lib /lib64
busybox mv /lib2 /lib
我遇到了同样的问题，但是将文件夹重命名为busybox/lib64并/lib使用busybox救了我。
于 2014-09-16T13:54:19.917 回答
0
您仍然可以mv通过以下方式调用该命令：
/lib64/ld-linux-x86-64.so.2 --library-path /lib64.bak /bin/mv /lib /lib64
/lib64/ld-linux-x86-64.so.2 --library-path /lib64.bak /bin/mv /lib2 /lib
于 2021-04-20T12:32:38.103 回答