首页 | 公司简介 | 数据恢复 | 成功案例 | 技术中心 | 客户服务 | 服务报价 | 联系我们 | 技术论坛  
 
  北京总部: 4006-505-808
  上 海 部: 021-58358765
  深 圳 部: 0755-83692929
  浙 江 部: 13666673722
  广 州 部: 020-83821091
  重 庆 部: 023-86870422
  福 建 部: 0591-83300680
  西 安 部: 029-68614669
  沈 阳 部: 13386848847
  昆 明 部: 15987117834
  其它地区: 4006-505-808

中国石油管理局-Oracle数据库恢
工商银行山东分行-AIX删除LV数
濮阳市地方税务局-CHKDSK后数据
台湾HD公司-FreeBSD Nas无法启
promise乔鼎硬盘阵列数据恢复成
IBM EXP300 磁盘阵列数据恢复成
NAS 8100无法挂载数据卷
Liteon-Dell 2850服务器数据恢

RAID损坏后 对数据的完整备份
LINUX FSCK数据出错灾难应急方
误删除、误格式化数据灾难应急
误GHOST、误一键恢复灾难应急方
磁盘未被格式化,是否格式化数据
raid磁盘阵列OFFLINE后的应急方
硬盘出现异响应急处理
您当前的位置:首页 >> 经典案例 >> 正文

数据恢复案例:linux ext3 FSCK后文件系统损坏、数据丢失

转载请保留原作网站:http://www.sjhf.net(数据恢复)
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%数据恢复成功。

上一篇:一例第三方NTFS软RAID数据恢复成功
下一篇:ORACLE数据库恢复
返回首页 | 联系我们 | 关于我们 | 招聘信息 | 友情链接 | 网站地图 | 合作伙伴
版权所有 北京北亚数据恢复中心
24小时免费咨询电话:4006-505-808 或 800-810-5880
公司地址:北京市海淀区学院南路68号吉安大厦C座(汇智楼)528室
京ICP备07502730