已移动垃圾箱和其他文件夹！如何找回他们？

我不小心将所有文件夹从根目录移到了子文件夹。（/bin，/etc，/home，/lib，/usr...所有移动）尚未移走的唯一的，因为它们是在使用中 /bak，/boot，/dev，/proc，/sys。

现在，我尝试执行的任何命令将根本不会发生。我不断得到“没有这样的文件或目录”。

我通过ssh和ftp连接，但是我无法通过ftp移动文件，因为直接SU登录已禁用。如果我需要直接从那里进行操作，我也可以访问实际的服务器。

我假设我需要编辑一个配置文件，以便告诉它在哪里可以找到该/bin文件夹，这将帮助我再次获得访问权限，但是我不知道它将是哪个文件或如何进行操作（因为我甚至无法运行chmod以更改权限）。

除了重新安装之外，还有其他方法吗？

我正在使用旧版本的CentOS。

_{我对Linux领域非常陌生，因此此操作和问题...}

如果仍然有root shell，则可能有机会修复系统。比方说，你感动了所有常见的目录（/bin，/etc，/lib，/sbin，/usr-这是那些可能使回收困难的）下/oops。

mv即使您指定完整路径，也将无法直接发出命令/oops/bin/mv。那是因为它mv是动态链接的；因为您已经移动了/lib目录，mv所以无法运行，因为它找不到构成其代码一部分的库。实际上，这甚至比这更糟：mv找不到动态加载器 /lib/ld-linux.so.2（名称可能会因您的体系结构和Unix变体而有所不同，并且目录可能是不同的名称，例如/lib32或/lib64）。因此，在将/lib目录移回之前，您需要显式调用链接器，并且需要指定移至库的路径。这是在Debian squeeze i386上测试的命令。

export LD_LIBRARY_PATH=/oops/lib:/oops/lib/i386-linux-gnu
/oops/lib/ld-linux.so.2 /oops/bin/mv /oops/* /

您可能需要针对其他发行版或体系结构进行一些调整。例如，对于x86_64上的CentOS：

export LD_LIBRARY_PATH=/oops/lib:/oops/lib64
/oops/lib64/ld-linux-x86-64.so.2 /oops/bin/mv /oops/* /

弄乱某些东西后/lib，可以使用一个静态链接的工具箱。一些发行版（我不了解CentOS）提供了Busybox的静态链接副本。还有sash，它是一个内置许多命令的独立外壳。如果您有其中之一，则可以从那里进行恢复。如果您尚未安装它们，那就太迟了。

# mkdir /oops
# mv /lib /bin /oops
# sash
Stand-alone shell (version 3.7)
> -mv /oops/* /
> exit

如果您不再具有root shell，但仍具有SSH守护进程监听功能，并且可以通过ssh以root身份直接登录，并且拥有这些静态链接的工具箱之一，则可以ssh进入。如果你可以移动的工作/lib和/bin，但不会/etc。

ssh root@broken.example.com /oops/bin/sash
root@broken.example.com's password:
Stand-alone shell (version 3.7)
> -mv /oops/* /

出于这种麻烦，一些管理员使用静态链接的shell设置了备用帐户，或者使根帐户使用静态链接的shell。

如果您没有根外壳并且没有采取预防措施，则需要从Linux live CD / USB引导（只要最新，只要能访问磁盘和文件系统，任何人都可以做）和将文件移回。

您可能无需重启就可以恢复，因此在尝试了其他操作之前不要重启，因为它不会启动。如果仍然打开SSH会话，请尝试以下操作：

• 使用$ PATH变量设置从何处运行程序。您可以通过运行将新的bin位置添加到path中export PATH="$PATH:/newpath/to/bin:/newpath/to/usr/bin"。您可能还需要添加相应的sbin目录。您也可以通过它们的完整路径手动运行程序/path/to/mv [from] [to]，例如即使mv位于不同的位置也可以运行。棘手的部分是，大多数命令将要访问公用库，并且您说/lib已经移动了，因此您还需要为该位置设置变量。export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/newpath/to/lib/:/newpath/to/usr/lib

• 一旦您可以执行一些基本命令，就将内容移回原位！mv /path/to/subfolder/* /会好好的！一旦一切恢复原状，系统应正常运行。

如果失败，启动任何LiveCD并安装驱动器将使您可以将文件夹移回它们所属的位置。您不需要重新安装甚至不需要使用发行版livecd，只需安装驱动器并将文件夹移回磁盘上的正确位置即可。许多基于linux的应急磁盘专门提供给您一些基本的控制台工具来进行这种修复。

您应该能够使用单用户模式的安装CD重新引导计算机，安装根文件系统，然后将文件移回Linux。我不太了解centos，但是就像RHEL一样，因此应该可以使用。

非常感谢5年后的Gilles，您的帖子仍然挽救了我的生命，即使不是一周。

我本打算将子文件夹的内容移动到当前文件夹，但mv sub/* .我没有mv sub /* .这样做，所以我将所有内容都移动到了当前文件夹。幸运的是，我找到了这个答案，并且能够相对轻松地修复我的机器。但是，由于我正在运行Ubuntu 16.04的x86_64机器上工作，因此我不得不略微调整命令。如果有人在挣扎，我想在这里留下说明：

export LD_LIBRARY_PATH=/oops/lib:/oops/lib/x86_64-linux-gnu
/oops/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 /oops/bin/mv /oops/* /

在将Ktipr的答案应用于现代系统（运行Unix的x86_64机器）后，我想添加一些其他命令来执行 ，由于显示错误，我无法通过mv移动目录“ etc”

Error : Directory not empty

所以我不得不用

rsync -a source_file target_location

以确保我能够使一切恢复正常。如果尚未安装，则需要先安装。