乐趣区

关于数据恢复:服务器数据恢复linux下执行FSCK后无法挂载的数据恢复案例

服务器数据恢复环境:
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、实现上述操作后,用户须要的数据都残缺复原进去,本次数据恢复实现。

退出移动版