自己来公司1年多了,管的系统早就烂熟于心。真是到了出了什么问题闭着眼睛都知道是错在哪。而且自己平时在服务器上操作小心谨慎。从来不会有什么问题。今天下午,想把服务器上的东西备份一下。然后从远程传了一些东西到主服务器上的根下。用完之后准备把它删了。不知道脑子里在想什么。我只是想删除一个目录而已。但是直接打出了rm -rf *的命令。回车的那一瞬间,提示

root权限组如何查看docker_操作系统

虽然删了我知道怎么恢复。但是当时身体立马发热,感觉头上冒汗。立马按住ctrl+c停止。停止以后也没有用,因为执行命令已经提示没有那个文件或目录了。没办法,我先从其它服务器上把/bin下的东西都拷了过来。然后查看下的文件和查看磁盘占用率的时候,发现大部分东西还在。冷静下来以后。想想怎么收尾。

首先查看了下数据被删的情况,看了下磁盘利用率没删多少

root权限组如何查看docker_运维_02

但还是不放心,模拟了一下删除根的过程

root权限组如何查看docker_重启_03

发现,应该是先删除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过去,然后执行命令的时候查看确认一下再进行删除,要不然出了问题,只能卷铺盖走人了



转载于:https://blog.51cto.com/zhangdl/1903657