意外重命名/ usr后，如何将其重命名？

我不小心将目录重命名/usr为/usr_bak。

我想将其改回，所以我将路径附加/usr_bak/bin到，$PATH以允许系统找到命令sudo。

但是现在sudo mv /usr_bak /usr给了我错误：

sudo: error while loading shared libraries: libsudo_util.so.0: cannot open shared object file: No such file or directory

除了重新安装系统之外，是否可以重命名/usr_bakas /usr？

由于您已经为root设置了密码，因此在Ubuntu中默认使用su和busybox安装。所有su必需的库都在中/lib。Busybox是静态链接的实用程序的集合，因此缺少库应该不是问题。做：

su -c '/bin/busybox mv /usr_bak /usr'

（虽然Busybox本身也有一个suapplet，但是/bin/busybox二进制文件不是setuid的，因此，除非以root用户身份运行，否则它将不起作用。）

如果您没有root密码，则可以在此处使用Gilles的解决方案LD_LIBRARY_PATH，或者，（Gilles说这不适用于setuid二进制文件，如sudo）重新启动并编辑GRUB菜单以init=/bin/busybox作为内核参数启动并移动文件夹回来。

除了muru的答案：

• 您可能已经使用了一些应急启动USB密钥来修复系统；例如，如果您的系统是Debian或Ubuntu，则以应急模式启动安装USB密钥，然后执行相应的mountand mv和umount。

• 要能够修复更容易这样的错误，我一般也安装静电外壳有几个内置命令（尤其是与一些cp，rm，mv样建宏）如sash（它被打包在Debian的和Ubuntu，并且也可作为绦3.8。 tar.gz（原始格式），然后启动并init=/bin/sash传递给Grub。

^{PS：sash有点越野车，并不完全符合Posix，但仍然非常有用。}

我认为最安全的方法是使用USB，CD或DVD引导的操作系统（Debian，Ubuntu，Suse等）进行引导。然后挂载包含问题的驱动器并进行重命名。

比实际上缺少/ usr或/ lib进入雷区更安全。

我遇到了类似的问题，我将其重命名/usr/bin为/usr/bin_bkp进行测试，然后我无法重命名（因为该命令sudo在的标准目录中找不到/usr/bin），然后我/usr/bin_bkp手动进入了该目录（使用文件管理器） ），并且右键单击后的大多数功能（包括重命名）均被禁用。

然后我尝试了以下命令，它解决了这个问题

$/usr/bin_bkp/sudo mv /usr/bin_bkp/ /usr/bin/

我从当前路径中调用了sudo并成功了，现在一切恢复正常。

操作系统：Xubuntu 14.04

我现在无法尝试（不确定是否要这样做），但似乎应该为自己创建一个新的“ / usr”作为硬链接（而非软链接），以“ / usr_bak，然后删除“ / usr_bak”

ln /usr_bak /usr
rm /usr_bak

在文件系统中由“ ln”（不带 “ -s”参数）创建的硬链接应使usr和usr_bak目录同等有效。“ rm”只是删除您要求它删除的一个链接，而不是两个都删除。由于仍然存在指向内容的有效链接，因此应该可以通过“ / usr”中的其余链接来访问它们。