硬盘的分区误删除的恢复
推荐 原创
©著作权归作者所有:来自51CTO博客作者liuyonglei的原创作品,请联系作者获取转载授权,否则将追究法律责任
硬盘的分区误删除的恢复
这是老师给我们的一块虚拟硬盘,上面老师做了一些手脚让我们恢复,所以我们也不知道这块硬盘上本来有什么东西,我们打开磁盘管理器看到又一块未指派的磁盘,这并不是没有指派而是被我们把分区给删除了,接下来我们恢复分区并回复数据。
先用winhex这个工具打开这块硬盘,因为每个分区都会保留63个扇区,所以第一个分区的起始应该从63开始,
在偏移CH28后的几个字节是NTFS分区的扇区大小减一,如果是fat分区则在CH20处从这里我们就知道了第一个分区的大小及类型
这个分区的大小是5124672个扇区,起始+大小—1=分区的结束位置,这样我们也就知道了这个分区的结束位置,那这个分区的结束扇区的下一个扇区就是下一个分区开始。我们来转到第一个分区的最后
这个分区结束在318柱面254磁头63扇区。
那319柱面0磁头1扇区就是第二个分区的开始,这个里面在CH2这有数值,在CH28也有数值,那到底哪个是表示分区大小呢?我们来算一下后面的几位算出来的值比我们的硬盘还大,所以不是,那就是CH20这的表示硬盘的,这也表示这个分区时fat分区,算出大小事2457945个扇区
我们来算出他的结束位置起始+大小-1
转到最后位置
这个分区的结束位置是471柱面254磁头63扇区,那么472柱面0磁头1扇区就是第三个分区的开始看一下。
是第三个分区的开始,而切这个分区时NTFS类型,我们可以算出这个分区的大小,也就是把16进制转换成10进制再加1
算出大小后再算出结束的位置,然后转到结束位置。
结束位置是777柱面254磁头63扇区
我们口分析完了,开始向分区表的MBR里面写入记录。
第一个分区
00 01 01 00 07 FE 7F 3F 3F 00 00 00 40 32 4E 00
第二个分区
00 00 41 3F 06 FE 7F D7 7F 32 4E 00 59 81 25 00
第三个分区
00 00 41 D8 07 FE FF 09 D8 B3 73 00 B2 02 4B 00
写好以后保存修改的内容,然后重新启动一下计算机就会看到,多了三个分区
那这三个分区是否被删除过文件呢?我们用一个易我数据恢复工具扫描一下,我们选择格式化恢复
选择我们要扫描的分区,
输出到c盘的根目录下
完成
看到他找到的文件,DOS7本来就有,又多了一个文件夹
扫描别的盘过程类似,在扫描F盘的时候扫描出了好多文件
打开找到的文件,是不是找到很多。
F盘则跟E盘内容一样。
是不是很神奇啊!!!!O(∩_∩)O~
下一篇:SQL2005的安装
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
【Netapp数据恢复】Netapp存储lun被误删除的数据恢复案例
某单位一台Netapp存储,该Netapp存储内共有数十块SAS硬盘。工作人员误操作删除了Netapp存储中12个lun,删除的数据包括客户信息和其他重要数据。
数据恢复 netapp数据恢复 存储数据恢复 服务器数据恢复 -
被误删除的 GitLab 群组和项目该如何恢复?
本文分享如何使用极狐GitLab 的项目延迟删除功能来避免仓库被用户误操作。该功能设置了删除延时时间,在延时期间内,用户还可以对项目进行恢复。
GitLab DevOps DevSecOps -
文件误删除恢复
文件误删除恢复。
linux 运维 服务器 CentOS ide -
crontab 误删除恢复
事故原因分析:回忆自己操作过程中,未进行crontab的清空,网上查了下原因,并且复现了下。可能原因如下
crontab 数据 计划任务 程序异常