一次数据恢复心得
2010-01-12 19:08
225 查看
今天因为研究linux的原因导致移动硬盘数据丢失。经过3小时的分析最终完整恢复了移动硬盘上的数据。再次说下过程,邀朋友们共勉。
一,数据丢失的原因
说道磁盘就不能不说到分区表,众所周知一旦分区表被破坏那么分区会全部丢失.今天我研究grub4dos和wubildr.mbr文件,用来启动一个绿色版的乌班图。原来移动硬盘的引导环境,使用grubinst安装的grub4dos的mbr.尝试使用g4d的链式引导命令引导mbr失败。
因为这部分的一次判断失误导致在使用mbr维护工具的时候恢复了wubildr.mbr文件。因为mbr文件包含linux的交换分区和引导分区信息,覆盖了磁盘原先的分区结构。导致分区无法识别。
二,找回分区所做的尝试。
1.使用PDT分区表维护工具重建分区表
2.使用数据恢复软件尝试恢复目录结构和数据
3.使用DISKGEN进行分区表查找
三,解决问题的方法
1.采用PDT找回了两个分区 (使用卷标确定的方式确定可直接恢复的分区信息)
2.采用数据恢复软件确定丢失的分区结构。(查看各分区是否完整,并提取对应的扇区参数备用)
3.使用DISKGEN进行交互式分区查找。
四总结
1.对于重要数据盘建议备份mbr,和分区表信息
2.数据恢复的时候再尽量保证源盘无损的前提下,避免写入磁盘信息以提高成功率。
3.对于分区丢失的情况应首先检查分区表。
4.对于软件的搭配和特性应该有所了解。
(注:此文未完,近期更新过程软件截图和中途使用数据恢复软件确定分区信息的一些图片)
一,数据丢失的原因
说道磁盘就不能不说到分区表,众所周知一旦分区表被破坏那么分区会全部丢失.今天我研究grub4dos和wubildr.mbr文件,用来启动一个绿色版的乌班图。原来移动硬盘的引导环境,使用grubinst安装的grub4dos的mbr.尝试使用g4d的链式引导命令引导mbr失败。
因为这部分的一次判断失误导致在使用mbr维护工具的时候恢复了wubildr.mbr文件。因为mbr文件包含linux的交换分区和引导分区信息,覆盖了磁盘原先的分区结构。导致分区无法识别。
二,找回分区所做的尝试。
1.使用PDT分区表维护工具重建分区表
2.使用数据恢复软件尝试恢复目录结构和数据
3.使用DISKGEN进行分区表查找
三,解决问题的方法
1.采用PDT找回了两个分区 (使用卷标确定的方式确定可直接恢复的分区信息)
2.采用数据恢复软件确定丢失的分区结构。(查看各分区是否完整,并提取对应的扇区参数备用)
3.使用DISKGEN进行交互式分区查找。
四总结
1.对于重要数据盘建议备份mbr,和分区表信息
2.数据恢复的时候再尽量保证源盘无损的前提下,避免写入磁盘信息以提高成功率。
3.对于分区丢失的情况应首先检查分区表。
4.对于软件的搭配和特性应该有所了解。
(注:此文未完,近期更新过程软件截图和中途使用数据恢复软件确定分区信息的一些图片)
相关文章推荐
- 一次truncate table 后的数据恢复记录 推荐
- 记录一次数据恢复过程
- 记一次MySQL删库的数据恢复
- 记一次Oracle 10g数据恢复事件
- 记一次有惊无险的Linux数据恢复过程
- 记一次mysql数据恢复
- Redis数据恢复--误删数据后一次吓尿的经历
- 一次惨痛的数据恢复
- 一次误删数据的恢复过程
- 一次数据文件头不一致恢复
- 一次典型的手工恢复数据
- 一次血的教训,阿里云rds mysql 数据库,本地化并日志恢复已删除的两天数据
- 记一次Oracle数据恢复过程
- 记一次惊心动魄的数据恢复:rm -rf /usr
- 拆机&清灰&重装系统&数据恢复——心得汇总
- 记一次Oracle数据恢复过程
- 记一次MySQL删库的数据恢复
- 一次"惊险"的数据恢复经历
- 记一次难忘的数据恢复的经历
- Raid数据恢复--一次硬盘ID混乱引发的数据丢失