[摘要]
某IC设计网站，存储其BBS及BLOG、主站的服务器发生故障，重启后所有分区出现错误，无法MOUNT，因备份服务器正巧其他占用，需紧急恢复数据。
其网络管理员非常尽职，在恢复数据之前使用DD命令将全部分区输出。然后对源分区执行FSCK（之后分析得知，应该数据丢失之前系统就已经执行过FSCK或类似操作了），其中一个分区经FSCK后找到了大部分数据，经网络管理员修复后，成功恢复所以数据（很出色的管理员）。另一个分区执行同样操作后，未果！
管理员带着DD后的分区镜像寻求数据恢复公司帮助，将其中一份镜像留在我们公司。之后我们开始着手分析和恢复。
某IC设计网站，存储其BBS及BLOG、主站的服务器发生故障，重启后所有分区出现错误，无法MOUNT，因备份服务器正巧其他占用，需紧急恢复数据。
其网络管理员非常尽职，在恢复数据之前使用DD命令将全部分区输出。然后对源分区执行FSCK（之后分析得知，应该数据丢失之前系统就已经执行过FSCK或类似操作了），其中一个分区经FSCK后找到了大部分数据，经网络管理员修复后，成功恢复所以数据（很出色的管理员）。另一个分区执行同样操作后，未果！
管理员带着DD后的分区镜像寻求数据恢复公司帮助，将其中一份镜像留在我们公司。之后我们开始着手分析和恢复。
[分析]
分区表正常。。。
超级块损坏。。。
块组描述符损坏。。。
日志文件损坏。。。
部分节点清0或被垃圾日志填充。。。
分区表正常。。。
超级块损坏。。。
块组描述符损坏。。。
日志文件损坏。。。
部分节点清0或被垃圾日志填充。。。
[恢复]
分析分区结构，重建SUPERBLOCK，成功。。
分析块组结构，重建主块组描述，成功。。
索引目录树，发现节点大量出错，通过自主软件对全分区进行扫描，补齐目录树，修复部分节点。。
挂载文件系统，导出99%左右文件（总文件数25408，未恢复284个）。
因剩余1%左右文件需要大量精力人工＋程序分析，加上客户查阅后告之，剩余文件可以重新提交，故恢复过程至此结束。
分析分区结构，重建SUPERBLOCK，成功。。
分析块组结构，重建主块组描述，成功。。
索引目录树，发现节点大量出错，通过自主软件对全分区进行扫描，补齐目录树，修复部分节点。。
挂载文件系统，导出99%左右文件（总文件数25408，未恢复284个）。
因剩余1%左右文件需要大量精力人工＋程序分析，加上客户查阅后告之，剩余文件可以重新提交，故恢复过程至此结束。
本文转自 张宇 51CTO博客，原文链接：http://blog.51cto.com/zhangyu/33760，如需转载请自行联系原作者
