使用lsof恢复误删的文件

简介: 先介绍一些文件的基本概念, 文件实际上是一个指向inode的链接, inode链接包含了文件的所有属性, 比如权限和所有者, 数据块地址(文件存储在磁盘的这些数据块中).

先介绍一些文件的基本概念, 文件实际上是一个指向inode的链接, inode链接包含了文件的所有属性, 比如权限和所有者, 数据块地址(文件存储在磁盘的这些数据块中). 当你删除(rm)一个文件, 实际删除了指向inode的链接, 并没有删除inode的内容. 进程可能还在使用. 只有当inode的所有链接完全移去, 然后这些数据块将可以写入新的数据.
  bbs.bitsCN.com

    proc文件系统可以协助我们恢复数据. 每一个系统上的进程在/proc都有一个目录和自己的名字: 里面包含了一个fd(文件描述符)子目录(进程需要打开文件的所有链接). 如果从文件系统中删除一个文件, 此处还有一个inode的引用:

bitsCN_com

/proc/进程号/fd/文件描述符 DL.bitsCN.com网管软件下载

    接下来, 你需要知道打开文件的进程号(pid)和文件描述符(fd). 这些都可以通过lsof工具方便获得, lsof的意思是”list open files, 列出(进程)打开的文件”. 然后你将可以从/proc拷贝出需要恢复的数据. bitsCN_com

下面介绍在Fedora Core 5系统上使用lsof恢复误删的文件:

www.bitsCN.com


环境
主机: 使用微睦独立主机, 一台基于vmware的虚拟独立主机.
系统: Fedora Core 5
内核: 2.6.16-1.2122_FC5
lsof版本: www_bitscn_com

[zhaoke@fedora5 ~]$ /usr/sbin/lsof -v
lsof version information:
revision: 4.77 bitsCN.nET中国网管博客

预备工作:
如果你的系统没有安装lsof, 可以从作者网站或pbone获得.
作者网站: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/
Pbone: http://rpm.pbone.net/ www.bitsCN.com

恢复过程:
首先, 我们需要创建一个文本文件, 删除然后恢复: 中国网管联盟

[zhaoke@fedora5 ~]$ man lsof | col -b > myfile

bitsCN.Com


然后看一下文件内容:

bitscn.com


[zhaoke@fedora5 ~]$ less myfile 中国网管论坛

你可以看到lsof所有的文本帮助信息. bitsCN.Com

现在按Ctrl-Z退出less命令, 然后在shell提示符下查看文件属性信息:

bbs.bitsCN.com


[zhaoke@fedora5 ~]$ stat myfile
File: `myfile’
Size: 116549 Blocks: 240 IO Block: 4096 regular file
Device: fd00h/64768d Inode: 492686 Links: 1
Access: (0664/-rw-rw-r–) Uid: ( 505/ zhaoke) Gid: ( 505/ zhaoke)
Access: 2006-11-20 12:59:38.000000000 +0800
Modify: 2006-11-20 12:59:34.000000000 +0800
Change: 2006-11-20 12:59:34.000000000 +0800

中国网管论坛


没问题, 继续下面工作:

bbs.bitsCN.com

[zhaoke@fedora5 ~]$ rm myfile
[zhaoke@fedora5 ~]$ ls -l myfile
ls: myfile: No such file or directory
[zhaoke@fedora5 ~]$ stat myfile
stat: cannot stat `myfile’: No such file or directory

DL.bitsCN.com网管软件下载


myfile文件删除了.

BBS.bitsCN.com网管论坛

这时候, 你不要终止仍在使用文件的进程. 因为一旦终止, 文件将很难恢复. bbs.bitsCN.com

现在我们开始找回数据, 首先用lsof查看一下: bitscn.com

[zhaoke@fedora5 ~]$ lsof | grep myfile

bitsCN.Com


less 9104 zhaoke 4r REG 253,0 116549 492686 /home/zhaoke/myfile (deleted) 中国.网管联盟

第一个纵行是进程的名称(命令名), 第二纵行是进程号(PID), 第四纵行是文件描述符(r意思是普通文件), 现在你知道9104进程仍有打开文件, 文件描述符是4. 那我们开始从/proc里面拷贝出数据. 你可能会考虑使用cp -a, 但实际上没有作用, 你将拷贝的是一个指向被删除文件的符号链接:

BBS.bitsCN.com网管论坛

[zhaoke@fedora5 ~]$ ls -l /proc/9104/fd/4
lr-x—— 1 zhaoke zhaoke 64 Nov 20 13:00 /proc/9104/fd/4 -> /home/zhaoke/myfile (deleted)
[zhaoke@fedora5 ~]$ cp -a /proc/9104/fd/4 myfile.wrong
[zhaoke@fedora5 ~]$ ls -l myfile.wrong
lrwxrwxrwx 1 zhaoke zhaoke 29 Nov 20 13:02 myfile.wrong -> /home/zhaoke/myfile (deleted)
[zhaoke@fedora5 ~]$ file myfile.wrong
myfile.wrong: broken symbolic link to `/home/zhaoke/myfile (deleted)’
[zhaoke@fedora5 ~]$ file /proc/9104/fd/4
/proc/9104/fd/4: broken symbolic link to `/home/zhaoke/myfile (deleted)’ DL.bitsCN.com网管软件下载

然后, 使用cp拷贝出数据: bitscn.com

[zhaoke@fedora5 ~]$ cp /proc/9104/fd/4 myfile.saved

DL.bitsCN.com网管软件下载


最后, 确认一下文件: 中国.网管联盟

[zhaoke@fedora5 ~]$ ls -l myfile.saved
-rw-rw-r– 1 zhaoke zhaoke 116549 Nov 20 13:03 myfile.saved
[zhaoke@fedora5 ~]$ man lsof | col -b > myfile.new
[zhaoke@fedora5 ~]$ cmp myfile.saved myfile.new bitsCN.nET中国网管博客

cmp比较无任何显示, 表示两个文件完全相同, 恢复成功. bbs.bitsCN.com

参考:
Bring back deleted files with lsof bitsCN.nET中国网管博客


本文来自: 中国网管联盟(bitsCN.com) 详细出处参考:http://www.bitscn.com/linux/command/200612/85236.html 

目录
相关文章
|
11月前
|
NoSQL Unix 应用服务中间件
当误删nginx配置文件,而又没备份的时候,该怎么办?
当误删nginx配置文件,而又没备份的时候,该怎么办?
884 0
|
Oracle 关系型数据库 MySQL
Linux服务器误删恢复
Linux服务器误删恢复
137 0
|
Linux 索引
使用lsof恢复进程打开的误删除文件
使用lsof恢复进程打开的误删除文件
253 0
使用lsof恢复进程打开的误删除文件
|
Oracle 关系型数据库
|
关系型数据库 MySQL 数据库