在昨天的维护期间，我做了一个错误的移动文件，而不是mv ./* /目的地path，我inputmv / * /目的地path… :(我停止了在中间移动的过程，然后移动文件回到/和一切看起来不错，但我注销，现在我无法通过SSH，也不在控制台上login到此服务器上。
Ssh返回：
MacBook:johns$ ssh -vv root@groom OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011 debug1: Reading configuration data /etc/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to groom [192.168.133.196] port 22. debug1: Connection established. debug1: identity file /Users/johns/.ssh/id_rsa type -1 debug1: identity file /Users/johns/.ssh/id_rsa-cert type -1 debug1: identity file /Users/johns/.ssh/id_dsa type -1 debug1: identity file /Users/johns/.ssh/id_dsa-cert type -1 ssh_exchange_identification: Connection closed by remote host 在物理控制台上，我得到了：
O0o.oops() [console.c(83)]: Opening console failed
服务器是可以ping通的，所有运行在其上的虚拟机都可以通过ssh访问。
我完全拧了？
PS不幸的是，没有任何备份。 这不是一个生产服务器，只有很less的虚拟机器是有价值的东西，它们是完整的和正在运行的。 操作系统是运行Xen的CentOS 5.x，我有DRAC访问服务器。 我只需要find一种方法来login。任何想法？
不，你没有完全搞砸，这就是为什么你花时间做好备份的原因。 现在只要去你的服务器，并恢复它们。
这是一个错误。 我们都已经做到了。 这个可能不容易恢复。 您没有提供有关服务器的操作系统分配/版本的详细信息。 你有控制台访问系统（ILO，DRAC，VMWare等）吗？
即使我们要让你进入系统，我也不会相信安装的完整性。 你有备份吗？
根控制台是一个加载的火箭筒。 mv ， rm ， dd和其他一些命令有一个穿过你的脚的瞄准弧。 你在错误的时间拉了扳机，失去了一条腿。
此时从备份恢复是最佳select。 在将来，当你以root身份进行操作时，你会更加小心（在进入之前真的停止并阅读你input的内容），如果将来你犯这样一个错误，你会记得在testing之前不要退出你可以再次login 。
生活中的所有事物都是一种学习的体验。 这一个可能会很痛苦。 痛苦在巩固记忆方面是伟大的。
毫无疑问，你处在一个糟糕的境地。 我怀疑你不用重新启动就可以回到盒子里。 你可以给sftp一个镜头，并根据login在哪里炸毁，它可能工作。 但我不会指望它。
在重启点，你有几个选项。 您可以使用LiveCD / Rescue CD进行引导，并尝试从那里清理或迁移内容，或者您可以尝试使用内核行上的额外引导选项init=/bin/bash进行引导。 只要bash可用，这将让你进入框（没有服务运行，并没有开始）。 但是，它会让你到一个提示，你可以尝试得到你所需要的。
我的build议是直接跳到LiveCD，因为你将拥有更多的function，而且在修复它时你不太可能打破一个破碎的系统。 借助戴尔硬件和DRAC，如果您没有方便的物理访问权限，则可以从位于本地计算机上的CD磁盘或ISO映像进行远程挂载，访问和引导。
这是为什么许多人分别将rm ， mv ， cp等分别转换为rm -i ， mv -i和cp -i一个很好的例子。 它给你一个额外的健康检查和（最小）的安全网，以捕捉简单的错误。