热门关键字

数据恢复  硬盘数据恢复 服务器数据恢复
数据库修复 RAID数据恢复 笔记本数据恢复

                   您当前的位置:首页>>技术中心>>UNIX系列文章>>正文
  

服务器数据恢复

导航
 经典案例

服务器数据恢复成功-Linux
浪潮服务器-SQL数据库恢复
RAID0数据恢复成功
IBM AIX数据恢复成功-RM J
2850 DELL服务器数据恢复成
北京格尔国信科技公司- X3
服务器数据恢复成功-RAID卡
RAID突然掉线,RAID0数据恢
首都在线-EXT3误删除数据恢
北京市第二医院-RAID崩溃导
服务器系统升级导致文件丢
RAID信息丢失- IBM服务器数
more...

 

ext2文件系统下恢复误删除的文件


作者:  来源:  添加日期:2008-5-19 11:23:07 



  在此严正声明!! 写这篇文章的目的,是给那些处于万不得已情况下的人们,有一个挽回的机会,并不意味着从此我们就可以大意,砍档不需要三思。前面提到,我有一个档案无法 100% 救回,事实上,长达 8MB 的档案能救回 99% 已是幸运中的幸运,一般的情况下若能救回 70% - 80% 已经要愉笑了。所以,不要指望 undelete 能救回一切。预防胜于治疗! 请大家平时就养成好习惯,砍档前请三思!!!

  理论分析

  我们能救回的机会有多大? 在 kernel-2.0.X 系列中 (本站所用的 kernel 是 2.0.33) ,取决以下两点:

  档案原来所在的磁区是否没有被覆写?

  档案是否完全连续?

  第一点我们可以与时间竞赛,就是当一发现档案误砍时,要以最快的速度 umount 该 filesystem, 或将该 filesystem remount 成唯读。就这次的情况而言,档案误砍是在事发一个小时后才发现的,但由于该 filesystem 写入的机会很少 (我几乎可确定一天才只有一次,做 backup),所以第一点算是过关了。

  第二点真的是要听天由命了,就本站所使用的 kernel, 必须要在假设「长档案」所占的 block 完全连续的情况下,才有可能完全救回来! 一个 block 是 1024 bytes,长达 8 MB 的档案就有超过 8000 个 block。在经常读写的 filesystem 中,可以想见长档案很难完全连续,但在我们的系统中,这一点似乎又多了几分指望。同时,Linux ext2 如此精良的 filesystem, 能做到前 7950 多个 block 都连续,这一点也功不可没。

  好了,以下我就讲一下我的步骤。

  抢救步骤 I - mount filesystem readonly

本新闻共2页,当前在第2页  1  2  

硬盘数据恢复 | 数据修复 | 数据库修复 | Raid数据恢复 | 服务器数据恢复 | 笔记本数据恢复 | 文档恢复 | 网站地图 | 友情链接 | Rss聚合
Copyright @2005 - 2006 版权所有 北京北亚数据恢复中心
全国统一免费电话:4006-505-808 或 800-810-5880
中关村部:北京市海淀区中关村大街11号E世界A座8层832B室
皂君庙部:北京市海淀区学院南路68号吉安大厦C座(汇智楼)528室

京ICP备06061792号