一、用运SecureCRT远程对 *** 作系统上,查看一下当前系统版本号,及文件系统格式
二、为方便本次实验,我们新创建一文件。
三、执行删除 *** 作
rm -rf web_1.txt
四、运用,系统自还工具debugfs来修复
五、打开,刚刚被删除文件所在的分区
*****************************************************************************************
查看目录在分区
******************************************************************************************
六、用ls 加-d参数显示刚刚删除文件所在的目录
七、显示有<>尖括号的就是我们要找的文件Inode 号 执行logdump –I <19662057>
八,执行完命令后,显示了一屏信息,我们需要的是下面这一行,并且要记住,后面的值
九、退出dedugfs
qiut
十,执行如下命令
bs与下图offset值一致,skip与block值一致
十一,以上结果表示恢复成功我们看下/opt/wb_1目录下到底有没有
回复成功!
Linux ext2文件系统下恢复误删的文件一、文件误删如上图可得到(1)/dev/sdb2挂载到/recover目录,且/dev/sdb2使用的是ext3 filesystem(2)/dev/sdb1挂载到/software目录,且/dev/sdb1使用的是ext2 filesystem如上图可得到:/software目录中有一个文件grub.conf如上图可得到:/software目录中的文件grub.conf被删除二、找回文件由于目录/software中的grub.conf文件已被删除,那么应该怎么找回该文件呢?由于/dev/sdb1分区使用的是ext2 filesystem,所以我们可以使用工具:debugfs,来找回文件注意:debugfs是linux系统自带的一个文件恢复工具,它可以恢复ext2文件系统的文件,但不能恢复ext3文件系统的文件第一步:将要找回的文件所在的分区重新挂载成只读(因为这样比较安全,可以防止因新的文件写入该分区而导致无法找回grub.conf文件)[root@client ~]# mount -n -o remount,ro /dev/sdb1注意:如果不能重新挂载,那么一定有用户正在使用该分区中的文件,我们可以使用指令:fuser -m -v /dev/sdb1来查看当前哪个用户正在使用该分区中的文件,然后使用fuser -k -m -v /dev/sdb1来杀死用户使用该分区的任何进程第二步:使用debugfs工具恢复文件注意两点(1)lsdel列出已被删除的文件的节点信息;stat显示某个节点所对应的文件信息;dump表示恢复作用(2)如果被删除的文件很多,那么通过lsdel可看出文件的时间,然后自己判断进行恢复欢迎分享,转载请注明来源:内存溢出
评论列表(0条)