超全!Linux 误删文件恢复命令及方法



前言


无论在哪个系统中,删除文件都是必须谨慎的操作。

因为如果不小心删除了重要文件,就会导致个人或公司出现重大的损失。

类似于windows系统误删了文件,可以使用一些软件进行恢复操作。Linux也是有几款软件可以做到误删恢复的。

注意事项:虽然有软件可以对误删的数据进行恢复,但是完全恢复数据的概率并不是百分百的。

因此,使用rm命令删除文件的时候,一定要小心;重要的数据一定要有备份;并且恢复删除的数据前,删除文件的目录内不能往进存放新东西,否则覆盖掉的信息无法找回。

下面介绍的就是对Linux中误删文件的恢复操作。


1、lsof

原理:
这个命令实际上并不能直接用来恢复文件,不过它可以列出被各种进程打开的文件信息。

配合其他命令,从/proc目录下的信息中恢复“文件已删除,但进程仍保持打开该文件的状态”的文件。

/proc目录是挂载的是在内存中所映射的一块区域,当我们对这些文件进行读取和写入时,实际上是在从内存中获取相关信息。

因此,当我们对文件进行读取或写入时(即有进程正使用文件时),哪怕硬盘中的该文件已删除,还可以从内存中的信息恢复文件。

注意:


必须以 root 用户的权限运行, 因为lsof 需要访问核心内存和各种文件。


只能恢复“文件已删除,但进程仍保持打开该文件的状态”的文件。

如果误删了目录,目录中的其他文件未被进程打开,没有进行使用的文件将无法使用此方法恢复。

lsof输出信息的意义:

COMMAND 进程的PID(进程标识符)

USER 进程所有者

FD 用来识别该文件(文件描述符)

DEVICE 指定磁盘的名称

SIZE 文件的大小

NODE 索引节点(文件在磁盘上的标识)

NAME 打开文件的确切名称

最常用参数:

 -c       显示某进程现在打开的文件
-p 显示哪些文件被某pid进程打开
-g 显示归属某gid的进程情况
-d 显示目录下被进程开启的文件
-d 显示使用fd为4的进程
-i:80 显示打开80端口的进


恢复文件操作

环境:
在/mnt下有一些文件,其中一个文件train.less正在被查看,然后另一个终端将其删除

【1】lsof查看

查看正在使用删除文件的进程号

lsof /mnt

【2】恢复

切换到/proc下,删除文件对应的进程的pid下的文件描述符中的目录中;将对应的内容重定向或cp到其他文件中
重点关注:PID 与 FD

  cd /proc/31284/fd/
cat 4 > /mnt/ferris_train.less



2、extundelete


原理:


使用存储在分区日志中的信息,尝试恢复已从ext3或ext4的分区中删除的文件

优点

相比于ext3grep只能恢复ext3文件系统的文件,其适用范围更广,恢复速度更快

extundelete官方地址(官方文档):


http://extundelete.sourceforge.net

extundelete下载地址:


http://downloads.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2

(最新版本的extundelete是0.2.4,于2013年1月发布)

注意:

  • 在数据删除之后,要卸载被删除数据所在的磁盘或是分区

  • 如果是系统根分区遭到误删除,就要进入单用户模式,将根分区以只读的方式挂载,尽可能避免数据被覆盖

  • 数据被覆盖后无法找回

  • 恢复仍有一定的机率失败,平时应对重要数据作备份,小心使用rm

安装

1、依赖安装

centos安装操作

yum install e2fsprogs-devel e2fsprogs* gcc*



ubuntu安装操作

apt-get install build-essential e2fslibs-dev e2fslibs-dev

2、编译安装

wget http://downloads.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2
tar xf extundelete-0.2.4.tar.bz2
cd extundelete-0.2.4
./configure
make
make install

cd /root/extundelete-0.2.4/src

extundelete -v

执行make命令会在src目录下生成extundelete可执行文件,可在此直接执行恢复命令。


执行make install会将程序安装在/usr/local/bin/下


恢复文件操作

执行extundelete命令的当前目录必须是可写的。

1、查看要恢复文件的分区的文件系统

df  -Th

2、对要恢复文件的分区解除挂载

umount /mnt

3、查看可以恢复的数据

指定误删文件的分区进行查找
最后一列标记为Deleted的文件,即为删除了的文件

extundelete /dev/vdb1 –inode 2 (根分区的inode值是2)

4、恢复单个目录

指定要恢复的目录名
如果是空目录,则不会恢复

extundelete /dev/vdb1 –restore-directory  ferris

当执行恢复文件的命令后,会在执行命令的当前的目录下生成RECOVERED_FILES目录,恢复的文件都会放入此目录中。如未生成目录,即为失败。

5、恢复单个文件

指定要恢复的文件名
如果几k大小的小文件,有很大几率恢复失败

extundelete /dev/vdb1 –restore-file openssh-7.7p1.tar.gz

6、恢复全部删除的文件

无需指定文件名或目录名,恢复全部删除的数据

extundelete /dev/vdb1 –restore-all

作者:漠效

https://blog.csdn.net/GX_1_11_real/article/details/84571303

高效运维
我还没有学会写个人说明!
上一篇

【Nodejs】838- Nodejs 模块化你所需要知道的事

下一篇

Go 指针的使用限制和 unsafe.Pointer 的突破之路

你也可能喜欢

评论已经被关闭。

插入图片