在开始进行实验之前,我已经新建了一个空目录/data,并将该目录挂载了一块新硬盘,将硬盘分区格式化为ext4的格式,所以当我操作/data目录下的文件及文件夹的时候,实际上就是针对新挂载的硬盘进行数据读写操作。首先通过下面的命令准备一下实验用的文件,新建一个文件/data/delfile1.txt并写入数据,新建一个目录/data/deldir,并在该目录下新建一个文件/data/deldir/delfile2.txt

echo "ext4 delete test" > /data/delfile1.txt;
mkdir /data/deldir;
echo "ext4 delete test2" > /data/deldir/delfile2.txt;

完成上面的操作之后,/data目录下的文件路径树如下:

/data
├── deldir
│   └── delfile2.txt
├── delfile1.txt

ext4格式的文件误删除恢复工具我们使用extundelete,先进性安装。

yum install extundelete -y;

安装完成之后,我们来正式进行实验,首先删除目录下面的文件及文件夹rm -fr /data/delfile1.txt /data/deldir。在文件被误删除之后的第一时间,我们应该将硬盘从操作系统umount:umount /dev/sdb1,之所以这么做是防止操作系统进程不断的向磁盘写入数据,造成数据块的覆盖。数据块被覆盖之后,该数据块上的文件就无法恢复了。

# extundelete /dev/sdb1 --inode 2
File name                                       | Inode number | Deleted status
.                                                 2
..                                                2
lost+found                                        11
delfile1.txt                                      12             Deleted
deldir                                            262145         Deleted

使用上面的命令我们可以查看到被误删除的文件(node number=12)及文件夹(node number=262145)。备注说明:ext4文件系统的分区根目录的inode值为2,xfs分区根目录的inode值为64

extundelete /dev/sdb1  --restore-file delfile1.txt  #恢复文件
extundelete /dev/sdb1  --restore-directory deldir  #恢复目录
extundelete /dev/sdb1  --restore-inode 12 #按照innode编号进行恢复
extundelete /dev/sdb1  --restore-all #全部恢复

进行上述的恢复操作之后,执行命令的文件夹下会新建一个RECOVERED_FILES,看看这个RECOVERED_FILES文件夹下面是不是已经有你误删除的文件或文件夹了呢?文件误删除恢复的操作是存在一定的失败的概率的

作者:|字母哥博客|,原文链接: https://www.cnblogs.com/zimug/p/16329046.html

文章推荐

【可视化分析案例】用python分析B站Top100排行榜数据

一文带你看懂Java中的Lock锁底层AQS到底是如何实现的

Spring Security 中的权限注解很神奇吗?

Python数据分析--Numpy常用函数介绍(3)

自动微分原理

基于.NetCore开发博客项目 StarBlog - (7) 页面开发之文章详...

一文学会Java的交互式编程环境jshell

【Java数据结构及算法实战】系列011:数组实现的优先级队列P...

函数计算 HTTP 触发器支持异步,解放双手搭建 Web 服务

Spring Boot 整合流程引擎 Flowable,so easy

群晖下 gitea+drone+harbor实现CI/CD 发布到云服务器

hive从入门到放弃(六)——常用文件存储格式