O0o.oops() [console.c(83)]：打开控制台失败，ssh_exchange_identification：连接被远程主机关闭

Question

在昨天的维护期间，我在移动文件时犯了一个错误，而不是 mv ./* /destination-path，我输入了 mv /* /destination-path ... :( 我停止了中间移动的过程，然后将文件移回/ 一切看起来都很好。但是我注销了，现在我无法登录此服务器，无论是通过 ssh 还是在控制台上。

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不幸的是没有任何备份。这不是生产服务器，唯一有价值的东西是很少的虚拟机，它们完好无损且正在运行。操作系统是运行 Xen 的 CentOS 5.x，我可以通过 DRAC 访问服务器。我只需要找到一种登录方式。有什么想法吗？

Answer 1

不，您并没有完全搞砸，这就是您花时间进行良好备份的原因。现在只需转到您的服务器并恢复它们。

Answer 2

这是一个错误。我们都在某个时候做到了。这个可能不容易恢复。您没有提供有关服务器的操作系统分发/版本是什么的任何详细信息。您是否可以通过控制台访问系统（ILO、DRAC、VMWare 等）？

即使我们让您进入系统，我也不会相信安装的完整性。你有备份吗？

Answer 3

根控制台是一个加载的火箭筒。mv，rm，dd和其他几个命令有过你的脚传递瞄准弧。你在错误的时间扣动了扳机并失去了一条腿。

此时，从备份中恢复是您最好的选择。将来，当您以 root 身份运行时，您会更加小心（在按 Enter 键之前真正停止并阅读您输入的内容），并且如果/当您将来犯这样的错误时，您将记得在测试之前不要注销你可以重新登录。

生活中的所有事情都是一种学习体验。这个可能会很痛苦。疼痛非常适合增强记忆力。