3 台虚拟机都强制 证书登入，使用 3 个不同的证书（其中 2 个证书有密码）， ssh 端口都不是标准的 22 端口

第一台出问题的是我 PC 里的虚拟机，系统是 Debian 7
半小时前还正常，突然就自动将硬盘挂载成只读，强制重启后进入 grub rescue 模式...后来通过 fsck.ext4 命令修复硬盘才找回大部分数据

然后上周六的时候发现在 vutrl 中的 vps （ Debian 8 ）无法连接，但因为架设在上面的 SS 服务没问题，就没理它了，想说可能是我这边网络问题

然后今天在试了几个网络都连接不上后就到 vutrl 的后台通过 web vnc 连接上去，看到有硬盘坏道的错误信息，但任何输入都没反应，联系客服让重启...重启后又是进入到 grub rescue 模式...好在这台 vps 只是作为翻 Q 用，没资料在上面就直接重装系统了（没重启之前 SS 服务也都是好好的）

突然想到上周六连接到 aws 上的 ec2 （ Debian 8 ）也连接不上，就登入 aws 的控制台看看，发现最后的网络活动已经是半小时前了（这台 vps 上有业务，运营人员发现登陆不上去让我检查）， SSH 也登入不上去，而 aws 又没提供 vnc ，老路子...重启...很好， 4 小时过去了，还无法进入系统， aws 的检查状态卡在 1/2 ...

真是巧合？？还是被黑了呢？？我电脑上有保存着这 3 台虚拟机的密钥，而且 putty 上也有保存着 session 。
但第一台我电脑上的虚拟机没有对外开放，而且发生问题时，我的物理机也处于内网
aws 的存储是 mirror 3 的，不存在“硬盘坏了”的问题

被黑的可能性还是很低的了，而且都是磁盘问题，只能理解成巧合了。

赶紧喝口水看看会不会塞住牙缝

那现在系统启动不了了