最近我使用 Bootcamp 在我的 Mac Book Air 3,2 上安装了 Windows 7 Professional (64 位)。我没有 CD/DVD，所以我使用了 ISO 和 USB。
我是这样做的：
- 使用 VirtualBox 安装 Windows ISO
- 使用虚拟 Windows 将 ISO 内容及其启动信息复制到 8GB USB 上。（bootsect.exe）（指南这里）
- 使用 Daemon Tools 欺骗 BootCamp 5.0 对磁盘进行分区。
- 安装改装并使用它启动我之前使用 VirtualBox 创建的 Windows 安装 USB。
- 安装 Windows，然后手动安装所有 Apple BootCamp 支持驱动程序。
然后，我意识到我给 Windows 的空间太小了。所以我这样做了：
- 缩小 Mac 分区。
- 启动 Windows 7。
- 使用Windows 7扩展分区以占用未分配的空间。
现在，Windows 在启动时崩溃，并显示无法找到可启动设备的错误。因此，我使用 rEFIt 的分区工具来修复 MBR。
到目前为止一切顺利。接下来是问题。
启动时，启动管理器崩溃status code 0xc0000225，它告诉我使用安装光盘来修复计算机（在线指南中也这么说[我找不到，抱歉]）
我插入了之前使用 VirtualBox 创建的包含 ISO 内容和启动信息的 USB，然后重新启动 Mac 并进入 rEFIt。
我选择了启动分区 1（即 USB 的分区 1，/dev/disk1），但它没有启动到安装程序，而是启动到了我的内部 Windows 操作系统（当然，它会崩溃，因为安装搞砸了）
所以现在我无法启动到安装 USB（选择 USB 或 Windows 启动到同一个地方）并且我需要这样做来修复系统！
我应该如何启动 USB？
提前致谢！
编辑：
我尝试使用 Windows USB 工具，但它仍然不起作用。
编辑 2：
尝试使用 rEFine，同样无法工作。现在尝试 CD（如果我能得到一个）并编辑 BIOS 值。
答案1
您已将分区表破坏。具体步骤如下：
- Windows/OS X 双启动设置几乎总是使用混合型 MBR，这是一种危险的（正如您所发现的）黑客行为，它涉及将最多三个条目从 GUID 分区表 (GPT) 复制到主引导记录 (MBR) 分区表。这为 GPT 和 MBR 数据不同步创造了机会。
- 当您调整 Mac 分区的大小时（可能是在 OS X 中），Mac 工具会调整 GPT 端，可能还会调整 MBR 端。到目前为止一切顺利。
- 当您调整 Windows 分区的大小时在 Windows 中，你调整了 MBR 端无需触碰 GPT 数据. 由于 GPT 是真实的分区表，这意味着您的分区表现已损坏，尽管并非不可修复。
- 当您使用
gptsyncrEFIt 时，它会创建一个新的混合 MBR，以 GPT 数据为基础。由于 MBR 数据包含 Windows 分区的唯一准确记录，因此这实际上会破坏该分区。
这种情况有多严重取决于您如何调整分区大小。如果您的 Windows 分区位于磁盘上的第一个分区，那么恢复这种情况可能相对容易，因为您现在应该有一个具有正确起点但不正确终点的 Windows 分区定义。对于某些实用程序来说，这可能相对容易恢复；但是，考虑到您的症状以及这些东西在 Mac 上的通常布局方式，我怀疑您的 Windows 安装在 OS X 安装之后。在这种情况下，当您调整 Windows 大小时，您移动了它的起点。如果发生了这种情况，那么您采取的步骤意味着新的 Windows 分区起点现在已丢失。
无论哪种情况，你恢复的最佳希望是使用类似测试磁盘，这是一个用于识别“丢失”文件系统的工具。如果恢复成功，您将得到一个正确的 GPT，其中包含所有分区，包括调整大小的 Windows 分区。然后，您将能够使用它gptsync来创建一个新的混合 MBR，如果幸运的话，Windows 将再次开始启动。具有讽刺意味的是，您可能需要删除看起来像是 Windows 分区的内容才能成功恢复。（我建议使用gdisk完成这项任务，因为我可以保证它不会触及分区内的内容。我不确定磁盘实用程序在删除分区时会做什么。）请注意，TestDisk 恢复过程并非 100% 无风险，因此我强烈建议您在继续之前创建 OS X 安装的完整备份。如果失败，您可以尝试寻找另一个执行相同工作的工具；可以想象一个工具会起作用而另一个则不起作用。如果您无法通过这种方式恢复，则必须从头开始重新安装 Windows。
将来，处理混合 MBR 时请记住规则 1：
始终使用 GPT 感知工具修改分区！
使用 Windows 中不支持 GPT 的工具来调整 Windows 分区的大小会让你陷入麻烦，尽管gptsync在 MBR 数据冲突的情况下盲目接受 GPT 数据也加剧了问题。
您也可以感谢 Apple 解决了这个问题；他们向客户推广了混合 MBR，尽管这违反了 GPT 规范，而且是一场即将发生的事故。（您远不是第一个遇到这个问题的人！）