恢复操作后无法启动到Windows 7 EFI GPT


15

我的问题,或更确切地说,问题是在前一个案例中,我想扩展我的Linux(ext4)分区。分区/ dev / sda6正是这样做的方法,因为它包含bios_grub,所以直到有专业知识的人可以帮助我时,我才接触它。

在此处输入图片说明
根据助手的建议,我删除了突出显示的分区/ dev / sda6

第2步
一切似乎都很好

分区已成功删除,因此我继续执行步骤3,将/ dev / sda7(包含Ubuntu所有内容的ext4)与未分配的分区合并,以扩展Linux分区。

在此处输入图片说明
一切似乎仍在进行中

所以一切顺利。助手建议在此过程中打开/ sda8的swappoff,所以我这样做了。Gparted继续合并两个分区,这是一件好事,并且在关闭掉期后刷新自身以查找所有分区。

当GParted最后刷新时,该程序只是停止并关闭,而它仍处于/ dev / sda7增长之中。

我重新启动GParted找到了: 在此处输入图片说明
迷你心脏病

现在,我正在sudo testdisk从Ubuntu live DVD会话运行,在硬盘上执行更深入的搜索。我昨天已经准备好了,但是我意识到解决这个问题要花点时间,即使不是很麻烦。所以,请,如果您有时间(但是特别是可以帮助我解决这一问题的知识(最好是通过聊天或其他方式实时进行)),请帮助我从这种痛苦中解放出来...

编辑:“新”信息:

在此处输入图片说明

在此处输入图片说明
如有需要,请提供其他信息

编辑:

在此处输入图片说明 在此处输入图片说明
在此处输入图片说明 TestDisk结果

fdisk在终端中的输出:

ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0fb2bbaa

Disk /dev/sda doesn't contain a valid partition table
ubuntu@ubuntu:~$

gdisk在终端中的输出:

ubuntu@ubuntu:~$ sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.1

Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

Caution! After loading partitions, the CRC doesn't check out!
Warning! Main partition table CRC mismatch! Loaded backup partition table
instead of main partition table!

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: damaged

Found invalid MBR and corrupt GPT. What do you want to do? (Using the
GPT MAY permit recovery of GPT data.)
 1 - Use current GPT
 2 - Create blank GPT

Your answer:  

我回答了 1 在此处输入图片说明

TestDisk给了我这些结果: 在此处输入图片说明

经过进一步的探索,TestDisk(同时将我的硬盘选择为gpt efi)显示出分区[OS],[DATA]和[RECOVERY]上的所有文件都完好无损。未标记的分区分别是2个Linux分区和一个SWAP分区,两个Linux分区包含数据(很多数据已损坏,但目前还不是最高优先级)。

目前,我正在将整个硬盘复制到外部硬盘上,以准备在尝试使用TestDisk尝试恢复系统时可能出现的任何错误。

编辑2014年2月13日:
目前,我的设置如下所示。我的硬盘有些混乱,一开始是MBR还是GPT?无论如何,最后一些步骤要照顾,希望有人能帮助我!Ubuntu正在从GRUB和/或rEFInd启动,但Windows 7却无法启动。
现在的情况
我尝试了所有我能找到的引导修复选项(关于Windows 7),但是直到现在一切都失败了。
-启动与Windows 7的启动修复光盘,进入命令提示符环境
-我尝试的命令:bootrec /fixmbrbootrec /fixbootbootrec /rebuildbcd,并重新启动,但它没有固定的
-所以我用命令试图“核方法”: bootsect /nt60 c: /force /mbrbcdboot c:\windows /s c:
-引导修复盘(linux lubuntu)也没有帮助我,我尝试了常规修复和高级修复。以上步骤对我不起作用。
sda4是包含Windows操作系统的分区


2
您不应更改当前正在使用的分区。另外,您可能需要先对分区表进行备份,然后再执行任何操作,以便在出现异常情况时可以轻松地还原它。
txwikinger 2014年

1
在事情搞砸之后,很难提出建议。在我看来,分区表已被删除。如果您可以完全按照原样重新创建分区表,则所有数据仍将存在。这就是为什么专家不仅要坚持备份而且要坚持恢复策略的原因。我将重新安装并还原系统以进行备份。通常这是最干净的方法。我并不是说另一种方式是不可能的,但是如果您没有分区表的备份,则可能需要更长的时间。
txwikinger 2014年

如果幸运的话,分区表仍然存在于磁盘上,并且仅在缓冲区中进行了更改。在这种情况下,但只有在这种情况下,关闭计算机并重新启动计算机才能使其恢复为旧状态。但是,不能保证是这种情况。过去它对我有用,但有时却没有。因此,备份尽可能多的,你可以,只要你能做到这一点,最好的希望
txwikinger

是的,谢谢,尽管我将来可能会采取的所有措施现在对我没有帮助。我已经重新启动计算机。BIOS正在运行,但是没有用于启动Windows或Linux的条目。我添加了一些TestDisk的屏幕快照,以使情况更加
有意义

,我设法恢复了所有内容(所有Windows和ubuntu文件,Windows恢复分区以及所有Ubuntu)。但是,唯一缺少的是能够启动Windows(以及Windows的恢复分区)的功能。最后一部分修复了所有问题后,一切都会再次变桃了
Nkciy84

Answers:


2

尝试使用选项1 gdisk并查看其含义(键入p以查看分区)。gdisk将数据保存在内存中直到您写入为止,因此使用此选项查看分区是完全没有风险的;仅当您输入w保存更改时,您才可以冒任何风险。如果幸运的话,gdisk将能够恢复有效的分区数据。有关修复GPT磁盘的更多信息,请参见此页面gdisk文档的一部分)。

如果gdisk不起作用,或者恢复的某些分区无效,则可能需要使用TestDisk。


编辑:这是PROBABLY确定接受该分区gdisk已经恢复。看来这些分区来自分区调整大小操作之后。除了/dev/sda7您调整大小的以外,gdisk输出与第二个屏幕快照中显示的输出匹配。(一个重要的警告:gdisk精确地显示起点和终点,但GParted却没有。)根据您的描述,听起来好像调整大小操作成功完成,因此/dev/sda7恢复时可能会起作用。如果没有,您可以删除它而不接触其他分区,然后使用TestDisk尝试恢复/dev/sda7应包含的文件系统。

请注意,任何这些都不能保证。但是,在最坏的情况下,您可以擦除恢复的分区表并重新开始;这样一来,您的状况将不会比现在更糟。


我刚刚编辑了帖子,最终得到了这张图片i.imgur.com/kdOmRyJ.png?1?3211
Nkciy84 2014年

见上面的编辑。
Rod Smith

这实际上是有道理的,因为GParted将文件从A移到了B,并且硬盘的工作方式类似于硬盘,因此从旧分区SDA7更改的唯一内容是实际上仍然存在,但它们被标记为“准备覆盖”。 。我对吗?
Nkciy84 2014年

因此,实际上唯一缺少的是分区表和BIOS_GRUB
Nkciy84

以上所有问题都没有解决问题。我在SuperUser上对此提出了一个新问题(目前正在讨论中),因为它比Ubuntu更具Windows或多操作系统问题。superuser.com/questions/713919/...
Nkciy84
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.