唔……事情是这样的……

我之前不是入手了法国Kimsufi家的特价独立服务器，并且把这个博客放在了上面吗，然而昨天由于我折腾些事情，差点翻车了。

起因是昨天为了更改apache2的用户配置，去手动修改了/etc/passwd文件，修改完成后，apache2的用户可以使用了，然而却发现root用户登不上了，sudo命令也无法使用。

原因很简单……我不知道什么时候手滑了一下，现在/etc/passwd文件的第一行root前面多了一个"\"符号……变成了\root。

啊啊！果然是缺少Linux系统使用和运维经验啊，居然犯下了如此可笑的失误……由于我并没有创建和root同组的用户，所以现在还有救吗？

这样果然不行……那使用su命令去切换到\root这个用户呢？

看来是没救了……于是我决定等第二天有空的时候重装系统……

峰回路转

就在今天我打开Kimsufi控制面板准备重装的时候，无意间点开"Netboot"，发现里面有不少选项……似乎有个叫做"Rescue"的选项来着？

去网上一查，这貌似是Kimsufi控制面板提供的以救援模式启动服务器的功能！

难道能把我之前的迷之误操作救回来？于是二话不说开干——

如图所示，打开浮动层后选择"Rescue"一项。

这里要我选择救援模式使用的系统，我选了"rescue64-pro"。

选好之后点击"Next"，然后点击"Confirm"确认，接着需要手动将服务器重启一次，可以使用Kimsufi控制面板上的"Restart"硬重启功能。

接下来可能需要等数分钟，系统会发送一封主题为"Access settings for RESCUE mode"的邮件给你，打开一看，这里面有救援模式系统的root账户密码。

好了，得到了root账户密码，接下来可以用SSH客户端连接上去了！

开始救援

成功用root账户登入救援系统后，首先会发现这里的/etc/passwd文件是正常的，废话，不正常还怎么登进来啊。

所以首先我们要找到服务器所在系统的硬盘分区和/etc/passwd文件的所在。

使用df -lh和fdsik -l查看后，可以看到救援系统下还没有挂在我们主系统所在的硬盘分区，我的系统安装在/dev/sda2这个分区，接下来需要用mount命令挂载。

mount /dev/sda2 /home/luxnk

要挂载到的文件夹请自己创建，之后进入这个文件夹就应该能看到服务器主系统的所有文件了。

Bingo!那么这里面的etc/passwd就一定是我要找的那个误操作文件了。

小心翼翼的把第一行的"\"去掉……然后保存……

接着将之前挂载的磁盘卸载。

umount /dev/sda2

最后还要在Kimsufi控制面板中的"Netboot"里把启动模式改回"Hard disk"，然后重启服务器就可以了~

结尾

在这一番折腾之后，我服务器上的root用户又重新复活了~可以说比起重装系统不知道省去了多少功夫……当然这也是建立在Kimsufi这家主机商提供了救援模式的功能，如果是在其他没有这类功能的主机商上“神操作”了一把，恐怕就真玩完了……

所以，最后的结论是，Linux下涉及系统的操作一定要小心谨慎，我经常拿sudo rm -rf /*作为玩笑话，没想到自己居然也犯下了差不多等级的错误……还好最后挽回了，也算长一个教训吧。