不小心执行了rm -f，如何恢复？

前言

每当我们在生产环境服务器上执行rm命令时，总是提心吊胆的，因为一不小心执行了误删，然后就要准备跑路了，毕竟人不是机器，更何况机器也有bug，呵呵。

那么如果真的删除了不该删除的文件，比如数据库、日志或执行文件，咋办呢？欲知后事如何，请仔细看完本篇博客。

 

 

模拟场景

1. 删除

误删除服务器目录/root/selenium/Spider下的MySql.Data.dll文件：

/* 删除 */

> rm -f /root/selenium/Spider/MySql.Data.dll

/* 查看删除情况 */

> ll /root/selenium/Spider/MySql.Data.dll

ls: cannot access /root/selenium/Spider/MySql.Data.dll: No such file or directory

 

 

2. 恢复

1.使用lsof命令查看当前是否有进程打开/root/selenium/Spider/MySql.Data.dll文件：

> lsof | grep /root/selenium/Spider/MySql.Data.dll

从上面可以看出，当前文件状态为已删除（deleted）。

 

 

2.查看是否存在恢复数据：

> cat /proc/13067/fd/86

/proc/13067/fd：进程操作的文件描述符目录。
86：文件描述符。

 

 

3.使用I/O重定向，恢复文件：

/* I/O重定向，恢复文件 */

> cat /proc/23778/fd/86 > /root/selenium/Spider/MySql.Data.dll

/* 查看文件恢复结果 */

> ls -l /root/selenium/Spider/MySql.Data.dll

-rw-r--r-- 1 root root 702464 Feb 10 12:03 /root/selenium/Spider/MySql.Data.dll

重新运行程序：

说明恢复的文件没有问题。

 

 

刨根问底

通过前面的模拟场景演示了恢复文件的整个过程，那么原理是什么，在什么情况下，文件才是可恢复的。

在Linux系统中，每个运行中的程序都有一个宿主进程彼此隔离，以/proc/进程号来体现（Linux本质上就是一个文件系统）。

比如：ls -l /proc/13067 查看进程PID为13067的进程信息；当程序运行时，操作系统会专门开辟一块内存区域，提供给当前进程使用。对于依赖的文件，操作系统会发放一个文件描述符给当前进程，以便读写文件。当我们执行 rm -f 删除文件时，其实只是删除了文件的目录索引节点。此时文件对于文件系统不可见，但是对于打开它的进程依然可见，即仍然可以使用先前发放的文件描述符读写文件，正是利用这样的原理，所以我们可以使用I/O重定向的方式来恢复文件。

执行 rm -f 删除文件时，其实只是删除了文件的目录索引节点。

此时文件对于文件系统不可见，但是对于打开它的进程依然可见。

即仍然可以使用先前发放给某进程的文件描述符读写文件。

正是利用这样的原理，所以我们可以使用I/O重定向的方式来恢复文件。

 

总结

如果不小心误删了文件，不要着急，首先使用 lsof 查看打开该文件的进程，然后再使用 cat /proc/进程号/fd/文件描述符 查看恢复数据，最后使用I/O重定向的方式来恢复文件。

作者：Cherich_sun
链接：https://www.jianshu.com/p/2fe52de509b3
来源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。