基于linux系统，fsck后数据丢失的数据恢复方案

1、总述：基于linux系统，fsck后数据丢失的数据恢复方案
2、解决方案
2.1 恢复流程
2.1.1 检测流程
一、检测是否存在硬件故障，如硬件故障，转硬件处理
二、以只读方式检测故障表现是否与用户描述相同
2.1.2 恢复流程
一、备份：以只读方式对故障磁盘作完整镜像(参考附录)
二、若是须要恢复完整目录结构，则先须要完整恢复已丢失文件节点，再恢复数据。若是节点没法恢复，则可按文件类型进行恢复。
三、恢复后的数据会暂存在另外一个存储体上
2.1.3 验收流程
对恢复好的数据进行验证，确认其正确性。如确认，交费-->移交原介质及已恢复数据 -->出具发票(收据)及报告。如没法确认或不确认，移交原介质不收服务费，可免费出具报告。
3、数据恢复的可能性
fsck会校验文件系统节点、数据索引之间的匹配关系，修复时会试图从新生成文件系统目录树，并一致化节点与索引的关系，当文件系统结构不一致时，就会占用新的空间生成一致性的元数据结构，有时候，这种操做会破坏恢复现场，致使数据恢复工做更加困难甚至没法完成。
fsck时若是有大量节点报错并提示已经修复，这种破坏是很是严重的，数据恢复将很困难。目录结构及文件名称是最容易被破坏的，这会致使所恢复出来的数据完全丢失原有的目录结构和文件名称。
fsck执行后，若是很短期就完成，则不管执行修复后的结果如何，数据恢复的可能性均较高。
4、数据恢复所需时间
影响数据恢复的时间有多方面的因素。一般，数据恢复服务约须要2-3天，如遇复杂状况，须要视状况而定。
5、小贴士
一、存储设备没有100%的安全保证，重要数据须要经常备份，能够采用一些数据同步工具进行数据备份。
二、出现数据灾难时，本机不该再有任何操做，若有条件，应该将硬盘或其余存储介质完整镜像（参考附录）
三、数据删除后，即便不写数据，单纯的读取也容易破坏文件系统日志，因此，出故障后，应尽快umount文件系统。