北京数据恢复 北京 深圳数据恢复 深圳 上海数据恢复 上海 成都数据恢复 成都 重庆数据恢复 重庆 浙江数据恢复 浙江 沈阳数据恢复 沈阳 福建数据恢复 福建 昆明数据恢复 昆明 天津数据恢复 天津
北亚数据恢复中心
网站首页
Index
公司概况
Company
公司动态
Dynamic
服务项目
Service
成功案例
Case
服务报价
Price
技术专区
Technical
联系我们
Contacts
服务网点
Alliance
技术论坛
BBS
 
数据恢复案例导航
  服务器数据恢复案例
  RAID数据恢复案例
  数据库恢复案例
  EFS文件解密案例
  硬件故障数据恢复案例
  逻辑故障数据恢复案例
  您现在的位置是:首页>>成功案例>>服务器数据恢复案例>>正文
 
DELL linux ext3 FSCK后文件系统损坏

作者:  来源: 日期:2007-2-9 15:27:02 点击:

DELL POWEREDGE2850.磁盘系统为SCSI36GB*3,RAID5。LINUX系统,FSCK后系统无法MOUNT。

经查,RAID5完好,FSCK后SUPERBLOCK及第1个块组中的位图、描述均被垃圾日志填充,第1个块组内的根目录也被垃圾日志填充。直观上无法知道文件系统的所有信息。

根据现存的文件系统节点及残留的日志区,还原出原来的SUPERBLOCK;
根据SUPERBLOCK分析,得出文件系统为EXT3,其原日志节点为8。
根据磁盘结构分析出日志节点的起始位置(日志信息的SUPERBLOCK及类型0x04的日志页)得到其大小,反分析其INODE,得到,以此为据,得到根目录节点。

转移到根目录区域,约逻辑地址500多LBA(通常在这个附近)已被垃圾日志填充;
从日志中还原根目录记录。
还原其他第一个块组内可能的INODE

进行文件系统结构化,已经可以在LINUX下MOUNT了,多数数据已经可以读取,但偏偏用户需要的重要数据多数出错,怀疑使用当中崩溃造成;
按照EXT3的特点,进行索引跟入。发现多数不可读节点被填充日志垃圾。
在日志文件中进行分析,如果可以回溯,直接生成好节点,拷贝进入;
如果日志无参考,通过数据区结构进行分析。(此例所有目录区均完好)

全部做完工作后,100%数据恢复成功。

 
上一篇: 成功解决SAN 的7TB大容量数据恢复(Apple Xsan)
下一篇: IBM服务器数据恢复成功(4×146GB RAID5)
返回首页 | 联系我们 | 关于我们 | 友情连接 | 网站地图 | RSS聚合