linux/uninx 恢复删除的文件

 
Linux 计算机受到入侵时，常见的情况是日志文件被删除，以掩盖攻击者的踪迹。管理

错误也可能导致意外删除重要的文件，比如在清理旧日志时，意外地删除了数据库的活动
事务日志。有时可以通过

lsof 来恢复这些文件。 

当进程打开了某个文件时，只要该进程保持

,打开该文件，即使将其删除，它依然存在

于磁盘中。这意味着，进程并不知道文件已经被删除，它仍然可以向打开该文件时提供给它
的文件描述符进行读取和写入。除了该进程之外，这个文件是不可见的，因为已经删除了其
相应的目录索引节点。

 
在

/proc 目录下，其中包含了反映内核和进程树的各种文件。/proc 目录挂载的是在内存

中所映射的一块区域，所以这些文件和目录并不存在于磁盘中，因此当我们对这些文件进
行读取和写入时，实际上是在从内存中获取相关信息。大多数与

lsof 相关的信息都存储于以

进程的

PID 命名的目录中，即/proc/1234 中包含的是 PID 为 1234 的进程的信息。每个进程

目录中存在着各种文件，它们可以使得应用程序简单地了解进程的内存空间、文件描述符列
表、指向磁盘上的文件的符号链接和其他系统信息。

lsof 程序使用该信息和其他关于内核内

部状态的信息来产生其输出。所以

lsof 可以显示进程的文件描述符和相关的文件名等信息。

也就是我们通过访问进程的文件描述符可以找到该文件的相关信息。

当系统中的某个文件被意外地删除了，只要这个时候系统中还有进程正在访问该文件，

那 么 我 们 就 可 以 通 过

lsof 从 /proc

 

目 录 下 恢 复 该 文 件 的 内 容 。 假 如 由 于 误 操 作

将

/var/log/messages 文件删除掉了，那么这时要将/var/log/messages 文件恢复的方法如下：

首先使用

lsof 来查看当前是否有进程打开/var/logmessages 文件，如下：

[root@station90 yum.repos.d]# lsof | grep /var/log/messages

 

syslogd   2699      root    1w      REG                8,2   480817     330592 /var/log/messages 

(deleted)

从上面的信息可以看到

PID 2699（syslogd

 

）打开文件的文件描述符为

1。同时还可以看

到

/var/log/messages 已经标记被删除了。因此我们可以在/proc/2699/fd/1 （fd 下的每个以数字

命名的文件表示进程对应的文件描述符）中查看相应的信息，如下：

[root@station90 fd]# pwd

/proc/2699/fd

[root@station90 fd]# cat 1 | head -n 5

Jan 13 08:59:02 station90 syslogd 1.4.1: restart.

Jan 13 10:44:22 station90 syslogd 1.4.1: restart.

Jan 13 10:44:22 station90 kernel: klogd 1.4.1, log source = /proc/kmsg started.

Jan 13 10:44:22 station90 kernel: Linux version 2.6.18-164.el5 (mockbuild@x86-

003.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Tue Aug 18 
15:51:48 EDT 2009