GPT分区表出现问题后的数据恢复思路

GPT磁盘的0号扇区保留分区表和“55AA”标志,但只使用一个分区表项,描述一个大小为整个磁盘、分区类型为0xEE的分区。

因为GPT磁盘在EFI部分的结尾处备份了有关磁盘和分区的重要信息,所以如果仅仅是磁盘前部的EFI信息和分区表遭到破坏,只要将备份复制回原来位置即可。如果因某些特殊原因而导致备份也无法读取时,可以手工将磁盘转换成MBR磁盘进行数据的恢复。具体方法是:

步骤1 复制一正常MBR磁盘的MBR信息,写入GPT磁盘的0号扇区。

步骤2 利用55AA标志搜索各个分区的DBR,记录其起始扇区号和分区大小。注意,GPT磁盘分区并不与MBR磁盘分区一样严格遵循整数柱面规则,因此在搜索DBR时不能设置只搜索整数柱面位置的信息,而应该在每个扇区进行搜索。

步骤3 将各分区的参数填入MBR的分区表。如果分区数超过四个,可以每次填入四个分区信息,将数据导出至其它数据盘后再继续进行其它分区的操作。

提示:也可以直接在R-studio中利用“创建区域”功能进行恢复。

时间: 2024-12-21 20:14:35

GPT分区表出现问题后的数据恢复思路的相关文章

电脑如何将MBR分区表转换为GPT分区表

  在技巧方法开始之前,为防止大家一头雾水,咱们先来了解一下MBR和GPT都是什么吧! 全新硬盘没有经过格式化,安装操作系统之前,需要进行4K对齐分区,而硬盘分区初始化的两种格式,就是今天要说的MBR和GPT. MBR的全称是Master Boot Record(主引导记录),MBR早在1983年IBM PC DOS 2.0中就已经提出.之所以叫"主引导记录",是因为它是存在于驱动器开始部分的一个特殊的启动扇区.这个扇区包含了已安装的操作系统的启动加载器和驱动器的逻辑分区信息.它最大支

教你MBR如何转GPT分区表

  之前相比介绍了操作系统引导以及MBR和GPT分区表的知识,在UEFI+GPT大范围普及前,虽然很多用户的平台都已经可以享用新技术带来的优势(诸如显著优化了系统启动速度等),但是绝大多数用户并没有很好的利用它,依然选择了传统的Legacy+MBR模式,用户要么继续使用,要么就是备份数据重新安装系统,复杂程度可见一斑. 今天的内容,我们就来教用户如何无损将MBR分区表转换为GPT分区表,免去重装系统的繁琐过程.我们知道在操作系统磁盘管理器里面我们无法对系统盘进行分区表转换,因为这两种分区表的硬盘

MBR和GPT分区表是什么,MBR和GPT分区表详解介绍

MBR和GPT分区表详解 全新硬盘(未初始化)装系统之前,必须对齐进行分区,硬盘分区初始化的格式包括MBR和GPT两种.当然对于基于PowerPC的Mac电脑还有专门的Apple分区图,在这里就不做介绍. MBR的全称是Master Boot Record(主引导记录),MBR早在1983年IBM PC DOS 2.0中就已经提出.之所以叫"主引导记录",是因为它是存在于驱动器开始部分的一个特殊的启动扇区.这个扇区包含了已安装的操作系统的启动加载器和驱动器的逻辑分区信息. 主引导扇区是

linux中生成考核用的GPT分区表结构修复

注:历史版本,后期改用python实现了 实验一: 目的:用于生成大量模拟破坏GPT分区结构案例,并生成唯一方式修复后的评判方法. 故障:在一个完整的GPT分区磁盘上,丢失了GPT主分区表,或备份分区表. 要求: 1.利用WINHEX手工方式,修复给定镜像文件的分区结构. 2.不得对现存主分区表或备份分区表做任何修改. 3.不得使用WINHEX GPT分区模板进行参考修复. 4.修复后生成整个镜像文件的MD5 HASH值. 实验样本生成过程: 实验二: 目的:用于生成大量模拟破坏GPT分区结构案

ESX SERVER VMFS STORAGE被破坏后的数据恢复

对前几天接手的一个VMWARE ESX SERVER的数据恢复案子进行一下总结 [数据恢复故障描述] 中石化某省分公司,信息管理平台,几台ESX SERVER共享一台IBM DS4100存储,大约有40~50组虚拟机,占用1.8TB空间,数据重要. 正常工作中,vc里报告虚拟磁盘丢失,ssh到ESX中执行fdisk -l查看磁盘,发现storage已经没有分区表了.重启所有设备后,ESX SERVER均无法连接到DS4100所在的STORAGE. 仔细询问当时的管理员,他们提到一点,曾经在这个存

linux reiserfs文件系统损坏后的数据恢复过程记录

[数据恢复故障描述] 一台IBM X3850服务器,由4块146G SAS硬盘组成 RAID5作为存储介质,操作系统为SUSE LINUX,文件系统全部是reiserfs. 分析后得知:之前的硬盘数据组织结构为: 一个不到100M的boot分区, 后接一个271G的LVM卷,之后是2G的swap分区.LVM卷中直接划分了一个reiserfs 文件系统,作为根分区. 用户在使用过程中,系统未知原因瘫痪. 重装系统后,整个RAID逻辑卷变成了前面2G的boot与swap分区,后接 271G的LVM卷

EFI主板和GPT分区表怎么安装系统?

  现在硬盘越来越大,而原来的MBR分区方式,超过2T的硬盘就会识别不全,只有使用GPT的方式才可以,但是GPT如果用原来的BIOS是无法引导装系统了,不过如果你的主板支持EFI,那么可以用GPT+EFI的方式,支持3T大硬盘安装系统. 重要提示,安装系统可能会导致你的电脑所有文件丢失,务必先将硬盘里的文件拷到其它移动硬盘.U盘等处备份! 所需工具: 1.64位的Win7系统(EFI不支持32位系统,尽量使用原版系统,很多修改系统删除了EFI支持,也不要GHOST版),下载地址:http://d

MySQL中truncate误操作后的数据恢复案例_Mysql

实际线上的场景比较复杂,当时涉及了truncate, delete 两个操作,经确认丢数据差不多7万多行,等停下来时,差不多又有共计1万多行数据写入. 这里为了简单说明,只拿弄一个简单的业务场景举例. 测试环境: Percona-Server-5.6.16 日志格式: mixed 没起用gtid 表结构如下: CREATE TABLE `tb_wubx` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(32) DEFAULT NULL

Oracle误删除表数据后的数据恢复详解_oracle

Oracle误删除表数据后的恢复详解   测试环境: SYSTEM:IBM AIX 5L                         Oracle Version:10gR2   1. undo_retention参数的查询与修改 使用show parameter undo命令查看当前的数据库参数undo_retention设置. 显示如下: SQL> show parameter undo NAME                                 TYPE        V