ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 【服务器数据恢复】FSCK后ext3文件系统无法挂载的数据恢复案例

【服务器数据恢复】FSCK后ext3文件系统无法挂载的数据恢复案例

原创 Linux操作系统 作者:北亚数据恢复 时间:2022-10-27 11:45:10 0 删除 编辑

服务器数据恢复环境:

POWEREDGE系列某型号服务器;

LINUX系统+RAID5。



服务器故障:

管理员执行FSCK操作后LINUX系统无法MOUNT。


服务器数据恢复过程:

1、经过北亚数据恢复工程师检测,发现RAID5阵列没有问题。但是执行FSCK操作后超级块及第1个块组中的位图、描述和根

目录均被垃圾日志填充,无法直接获取到文件系统的所有信息。

2、根据现存的文件系统节点及残留的日志区,还原出原来的超级块。

3、通过分析还原出来的SUPERBLOCK,我们得知文件系统为EXT3,原日志节点为8。

4、根据磁盘结构分析出日志节点的起始位置得到其大小,然后反过来分析其INODE,得到根目录节点。

5、根目录区域中有500多个LBA已被垃圾日志填充,北亚数据恢复工程师从日志中还原根目录记录,还原其他第一个块组内可

能的INODE,然后结构化文件系统。

6、这个时候已经可以在LINUX下进行MOUNT了,多数数据已经可以读取。但很多用户需要的数据出错,怀疑是在使用当中崩

溃造成的。

7、按照EXT3的特点进行索引跟入,结果发现多数不可读节点被日志垃圾填充。

8、北亚数据恢复工程师对日志文件进行分析。如果可以回溯,则直接生成好节点;如果日志无参考,则通过数据区结构进行分

析。(本案例中所有目录区均完好)

9、完成上述操作后,用户需要的数据都完整恢复出来,本次数据恢复完成。


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/31380569/viewspace-2920620/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
从事服务器数据恢复、磁盘阵列数据恢(DEll、HP、IBM、华为、NetApp等),虚拟化数据恢复(VSAN、VMware、Kvm等),数据库数据恢复(Oracle、Sql Server、MySql、Mongodb等),小型机数据恢复等方面的。24h数据救援13439392933

注册时间:2016-08-02

  • 博文量
    1127
  • 访问量
    876163