尝试安装 Linux (CentOs) 后，它崩溃了，我无法再启动 W10。我只能在 alt 选项键后选择 OS X 及其恢复.... EFI 分区重命名为空白/无名称，正如您在安装 Linux 之前在 diskutil 列表中看到的那样：
/dev/disk0 (内部，物理)：
#: 类型名称 大小标识符
0：GUID_partition_scheme *500.3 GB 磁盘0
1：EFI EFI 209.7 MB 磁盘0s1
Linux 安装崩溃后：
磁盘工具列表
/dev/disk0 (内部，物理)：
#: 类型名称 大小标识符
0：GUID_partition_scheme *500.3 GB 磁盘0
1：EFI 无名称 208.7 MB disk0s1
不知何故，Linux 安装将 EFI 分区重命名为无名称或空白，等等......
有人知道我该如何解决这个问题吗？
顺便说一下，我确实遵循了
http://www.makeuseof.com/tag/install-linux-macbook-pro/ 安装 CentOs 而不是 Ubuntu。
没有成功 ......
答案1
很可能不是重命名EFI 系统分区 (ESP)这就是问题所在。（我还注意到它的大小略有变化——但我再次认为这不是问题所在。）很有可能安装尝试已经消除了一个混合型MBRWindows 所依赖的启动方式。如果是这样，恢复混合 MBR 应该可以解决问题。您可以使用我的gdisk程序或使用gptsync（随旧 rEFIt 一起提供，我的重新索引它可以作为它的一个分支，也可以作为某些 Linux 发行版中的独立程序。Apple 的磁盘实用程序也可以创建混合 MBR，但我不知道如何在不对磁盘进行其他更改的情况下强制它创建一个。（通常，当您创建 FAT 分区时，它会执行此工作。）
另一种可能性则恰恰相反，这取决于启动问题的性质：可能是安装失败或您尝试从中恢复时创建了一个混合 MBR，而之前并不存在混合 MBR。如果您直接安装了 Windows 10，而不是从早期版本升级到 Windows 10，则更有可能出现这种情况。
不幸的是，Apple 早期对混合 MBR 的依赖以及随后的放弃，造成了这样一种环境：在这种环境中，您需要成为专家才能从像您这样的问题中恢复。
编辑：
请不要创建多个答案，也不要使用答案来提出更多问题。相反，请编辑您的问题或将后续问题作为对答案的评论发布。此网站按投票对答案进行排序，因此使用多个答案进行对话很快就会变得非常混乱，因为无法跟上问题和答案的顺序。
根据您的gdisk输出，您目前有一个标准的保护性 MBR，这意味着纯 GPT 磁盘（不是混合 MBR）。因此，您得到的是相互矛盾的指示——输出efibootmgr表明可能在 EFI 模式下安装 Windows（在某个时候）；但如果它不是使用当前分区表启动的，则可能暗示在 BIOS 模式下安装 Windows（在某个时候）。也有可能它一直是 EFI 模式，但某些东西破坏了 Windows 引导加载程序。
鉴于您的 ESP 现在的大小与以前不同，我目前最好的猜测是您（或 CentOS 安装程序）不恰当地删除并重新创建了 ESP，从而破坏了 Windows 引导加载程序。如果是这样，那么这个问题和答案可能是您康复的最佳选择。
编辑2：
如果您需要添加详细信息，您可以随时编辑您的问题。
此外，在反复的争论中，我忘记了你使用的是 Mac。你的 ESP 可能保留了 Windows 启动文件，但 Mac 只是没有显示它们。如果是这样，安装我的rEFInd 启动管理器可能会恢复您启动两个操作系统的能力。不过，在执行此操作之前，您应该确定 ESP 上是否有 Windows 启动文件。（我相信这就是您所说的“MBR 分区”。您没有 MBR 分区，因为您的磁盘是 GPT 专用的。）挂载它并查找名为 的文件EFI/Microsoft/Boot/bootmgfw.efi。如果它存在，那就是您的 Windows 引导加载程序，rEFInd 应该可以让您启动它。如果它不存在，那么您需要按照 Windows 恢复过程来恢复它。事实上，您可能想在 ESP 中搜索任何名称以 结尾的文件.efi；这些是 EFI 引导加载程序（以及可能的相关文件，如驱动程序）。
删除您的 ESP 不会有帮助，并且可能会使情况变得更糟！此时，看起来要么是 ESP 中缺少文件，要么是您无法从 ESP 启动文件。无论是哪种情况，删除 ESP 充其量也无济于事。如果 ESP 上有相关文件，删除 ESP 只会让情况变得更糟。