服务器评测
自己来公司1年多了，管的系统早就烂熟于心。真是到了出了什么问题闭着眼睛都知道是错在哪。而且自己平时在服务器上操作小心谨慎。从来不会有什么问题。今天下午，想把服务器上的东西备份一下。然后从远程传了一些东西到主服务器上的根下。用完之后准备把它删了。不知道脑子里在想什么。我只是想删除一个目录而已。但是直接打出了rm -rf *的命令。回车的那一瞬间，提示
虽然删了我知道怎么恢复。但是当时身体立马发热，感觉头上冒汗。立马按住ctrl+c停止。停止以后也没有用，因为执行命令已经提示没有那个文件或目录了。没办法，我先从其它服务器上把/bin下的东西都拷了过来。然后查看下的文件和查看磁盘占用率的时候，发现大部分东西还在。冷静下来以后。想想怎么收尾。
首先查看了下数据被删的情况，看了下磁盘利用率没删多少
但还是不放心，模拟了一下删除根的过程
发现，应该是先删除bin，然后删boot，然后删除dev。bin已经恢复了。boot系统提示正在运行，无法删除。然后我就及时停止了。但是查看boot目录的时候发现什么东西都没有了，那应该是在内存中的缓存了。如果重启的话肯定是起不来的
[root@rsync boot]# mkdir /boot/grub/
[root@rsync boot]# cp /usr/share/grub/x86_64-RedHat/* boot/grub/
[root@rsync boot]# grub
Probing devices to guess BIOS drives. This may take a long time.
GNU GRUB version 0.97 (640K lower / 3072K upper memory)
[ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists the possible
completions of a device/filename.]
grub> root (hd0,0)
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
grub> setup (hd0)
setup (hd0)
Checking if “/boot/grub/stage1” exists… no
Checking if “/grub/stage1” exists… yes
Checking if “/grub/stage2” exists… yes
Checking if “/grub/e2fs_stage1_5” exists… yes
Running “embed /grub/e2fs_stage1_5 (hd0)”… 27 sectors are embedded.
succeeded
Running “install /grub/stage1 (hd0) (hd0)1+27 p (hd0,0)/grub/stage2 /grub/grub.conf”… succeeded
Done.
[root@rsync boot]# yum -y install kernel-*
以下步骤还没开始执行，等服务器不忙的时候进行重启
4、reboot
5、系统会停留在grub界面上输入以下命令
kernel /vmlinux-2.4.20-8 ro root=LABEL=/
initrd /initrd-2.4.20-8 ro root=LABEL=/
6、boot
那么就是说现在如果重启能起来的话，应该是没有什么问题了。这次事件呢，总算是有惊无险。希望大家引以为戒。不要大意。觉得自己没什么问题。尽量不要去服务器上操作。如果必须使用普通用户，需要权限的时候sudo过去，然后执行命令的时候查看确认一下再进行删除，要不然出了问题，只能卷铺盖走人了。
本文永久更新链接地址：http://www.linuxidc.com/Linux/2017-04/142489.htm
