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