修复休眠失败的磁盘上的 MFT 或 NTFS 日志的工具

Question

我已经阅读了一些与损坏或无法正常工作的 NTFS 分区相关的帖子，但没有针对我的情况提供适当的解决方案。这是：我的系统是

• mini PCI express (PCIe)上的 SSD，上面安装了 Windows 7。两个分区：一个带有戴尔实用程序 (40 MB)，其余分区是 Windows 安装本身 (119 GB)。
• 具有 450 GB NTFS 文件的 HDD，以及 30 GB 使 Ubuntu 安装工作的所有分区（交换、系统等）

启动设备是内部硬盘（IRRT），唯一可能的；这将启用 IRRT，并启动GRUB，它通过指向 HDD 上的某个扇区可以在 SSD 上启动 Windows 7。

现在发生了什么：

我让我的电脑进入睡眠状态，然后几个小时后它进入休眠状态。无线网卡被物理禁用（Dell M4600）。然后我启动了笔记本电脑，在 GRUB 完成之前，我再次打开了无线网卡。然后在 GRUB 上按下“windows”。然后蓝屏，重启，windows 找不到启动分区：“需要的设备丢失”。

我试过 Windows 7 恢复光盘：只能修复硬盘上的一小部分 Windows 安装，看不到 SSD。“修复”没有任何作用。强行移除硬盘驱动器绕过 GRUB 并没有让 Windows DVD 看到 SSD 的引导扇区。“Windows 安装”还不够。

现在，如果我开始表现得好像我会再次安装 Windows，Windows 会看到驱动器 C 上的两个分区，它们仍然在 NTFS 中。

然后我去 Linux 并尝试fdisk：分区仍然在这里，再次。但是它们没有出现在Nautilus 中，我无法安装它们。但是，dd可以恢复数据：如果我尝试以某个随机大偏移量读取数据（例如偏移量 20 GB，并读取 10 个块），这些块确实是“数据”，物理访问驱动器没有问题，似乎没有至少完全失败了。那我明天做备份。

我试过TestDisk：引导扇区是相同的，看起来还可以，但两个MFT 都显示为“坏”，仅此而已。无法访问文件系统内的文件。

在那个站点上，我看到了一些关于NTFS 日志中写入错误的信息，需要恢复损坏的 NTFS 分区。

几乎是最后一个帖子。据我搜索，互联网上没有任何相关信息。

而且我怀疑有关休眠过程的某些事情没有被逆转，因为我记得休眠过程改变了很多引导顺序（否则你可以hiberfil.sys毫无问题地移动，但你不能。它需要在根目录中，因为引导加载程序中没有地方可以容纳文件夹位置，甚至是另一个驱动器！）。

所以可能两个引导扇区都受到了休眠的影响，当它无法完成恢复到正常引导的过程时，就一直这样，Windows查看引导指针指向的位置，无法识别正常的Windows安装并拒绝修复它，并且由于 Linux 找不到 MFT，因此无法安装它......或者可能是其他不同的东西，影响 MFT 本身。我不知道...我将尝试使用CHKDSK，并在备份后使用 Windows 7 DVD 中的fixmbr。

更新： fixmbr 和 fixboot 似乎只能从恢复控制台工作，我无法访问它。从 Windows 7 DVD 中，我可以执行 CHKDSK：它在崩溃前只说卷是 NTFS，因为“MFT 损坏。将尝试修复。MFT 无法修复。退出 chkdsk”。

尝试使用 diskpart 时，它看到我在 SSD 上的分区为...原始。因此，这与 CHKDSK 所看到的不符。

这一切都有些奇怪：一直以来，Windows 都没有看到我 SSD 的前 40 MB，其中包含戴尔实用程序。在 Windows 7 Explorer 上，SSD 的主分区始终是C:\，而 HDD 的分区是D:\：SSD 上的这个 40 MB 分区从未出现在任何地方。但是现在，Windows 看到了这个 40 MB 的分区，并给了它C:\字母。而D:\字母对应的119GB分区，“Raw”格式，无法读取。我什么都不懂...

Answer 1

最后，我在C盘（SSD）上重新安装了Windows，完成后，系统再次工作，但启动顺序使GRUB短路。所以现在Linux的安装已经遥不可及了。

它仍然在我的 D 盘上，我知道我只需要插入一张 Live CD 并修复 GRUB 即可使其工作，但由于其他原因我还没有这样做。

现在已经一年了，退出休眠状态时时不时会出现其他蓝屏死机，但再也没有对文件系统造成任何永久性损坏。

我想研究所有关于启动的答案在某种程度上是正确的。整个过程“在 HDD 上启动 (IRRT) ->GRUB ->正确指向 Windows 引导加载程序 ->“退出休眠”初始化序列的位置”一定在某个地方失败了，其方式是传统修复工具无法修复的。

最后，我无法理解这个问题，现在我的系统被重新安装，所以我可能永远不会有关于发生了什么的额外线索。如果有一天我碰巧对启动过程、IRRT、Windows、GRUB 以及我所拥有的特殊磁盘配置有足够的了解，我最终可能会猜测出更好的解释。

但现在，我要这样说：显然，在这种精确的配置（Dell M4600）上，在 IRRT 上使用 GRUB，在“真正的”硬盘上使用 Linux，在迷你 PCI-express SSD 上使用 Windows，并激活休眠功能，似乎不安全，因为即使禁用 GRUB，BSOD 仍然会发生（这意味着整个启动过程现在由 Windows 控制，即使这样，退出休眠状态也可能会出现问题 - 可能是 12 GB RAM 的大小，因此需要 9 GB hyperfil .sys 文件，在这里发挥作用），并且由于这些 BSOD 之一可能会杀死我之前配置中的 NTFS 分区，而不会出现任何硬件故障（因为我的 SSD 仍然工作得很好 - 我还没有详细检查其运行状况，不过），我不明白为什么它不会再次发生。

所以，解决方案是存在的，而且不是很令人愉快，但是这个确切问题的去向还不清楚。如果有人在这里有更多的见解，我会很高兴听到。