原文请猛戳:
http://galoisplusplus.gitcafe.io/blog/2016/02/02/how-to-restore-deleted-file-in-linux/
一个月前,我的洁癖犯了,想执行find . -name "*~" -exec rm {} \;
清下某目录下由vim生成的~文件,不料漏打了~
,把一些文件删掉了...好在有用git
做版本控制,即使.git/index
也被删没了,但也可以通过git reset
恢复,之后再用git
恢复版本管理中的其他被删文件即可。不料今天二月二号,我又犯二了,被做死历史find . -name "*" -exec rm {} \;
坑了一把...这次被删的还有不少特意不放在版本控制的配置文件,这次不得不做文件恢复了。
最简单的情况是被删除的文件被某个进程打开,这个时候可以通过该进程在/proc
下的文件描述符来恢复。首先由lsof
找到打开文件的进程,有了PID
和FD
之后,就可以执行以下命令恢复文件:
cp /proc/<PID>/fd/<FD> <recovered-file>
不幸的是,我删的文件并没有被打开...所以不能用这种方式了。df -T
查到被删文件所在的文件系统是ext4,于是可以试试ext的文件恢复方法。
ext3/ext4文件系统的恢复可以用extundelete
,例如恢复被误删的目录可以用:
extundelete /dev/<device> --restore-directory <path>
恢复被误删的文件可以用:
extundelete --restore-file <path/to/deleted/file>
此外也可以用debugfs
工具,相较extundelete
,debugfs
适用于ext2/ext3/ext4文件系统
debugfs -w /dev/<device>
在debugfs
中用lsdel
查找最近的删除操作,找到被删文件的inode:
debugfs: lsdel
接下来当然还是可以用extundelete
:
extundelete --restore-inode <inode>
不过也可以用debugfs
:
debugfs: dump <inode> <recovered-file>
不少资料还提到,可以先在debugfs
中用:
debugfs: logdump -i <inode>
找到以下信息
Blocks: (<block id>): <block offset>
再通过dd
命令恢复文件。
不过我的问题竟也无法通过extundelete
或debugfs
搞定,无奈只好用PhotoRec“黑科技”了...PhotoRec恢复后的文件名好乱,好在我还有ag这种大杀器,找到被删的配置文件是分分钟的事XDD
参考资料
How to recover deleted file if it is still opened by some process?
身为Arch党自然要安利一发Archwiki:File recovery
这里有一些脚本用来整理PhotoRec恢复的文件
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。