Apple恢复分区可能会在Ubuntu中产生问题

在阅读之前，知道我有一个13“Macbook Pro（型号7，1。2010年中）可能会有所帮助。

最近，我的OSX上的HFS +文件系统变得腐败，经过多次试验和错误后，显然我需要备份，格式化和重新安装OSX。我重新安装OSX后（10.6.8），我更新到10.9.1，一切似乎都正常工作。但是，我启动进入Ubuntu，发现启动加载程序找不到我的文件系统，我得到了一个grub救援屏幕。我按照这个答案的前半部分（直到normal），我的grub菜单出现了，没有动过。

现在，当我继续按照说明操作时，它说要重新安装grub。所以事先，我对分区设置做了一些调查，以确保我在正确的位置安装它（我想在我的启动加载器上安装它，而不是在根分区中。这样我可以使用rEFInd或者保持alt/option选择是否要启动Ubuntu或OSX的关键，然后在选择Ubuntu时我会看到grub菜单。显然这种情况并不理想，因为我选择了两次哪个操作系统，但我不想弄乱EFI创业的任何事情......我们都知道如何获得它。

在查看Ubuntu上的分区时，我发现GParted正在查看Recovery HD分区而fdisk -l不是。所以，GParted /dev/sda3是恢复分区，但是fdisk -l，我将其/dev/sda3视为启动分区...我认为两者之间的偏移在启动时会产生奇怪的行为。即使不是这种情况，我想在重新安装grub之前弄清楚这一点，所以我知道我在哪里安装它。

有谁知道为什么两个记录之间存在不一致？OSX是不是正确地隐藏了恢复分区，还是应该根本不存在？一般来说，我想知道如何让这些记录保持一致，如果需要删除恢复分区（我以前从未见过！），那对我来说没问题。

为了记录，恢复分区没有显示在“磁盘工具”中，但是当我diskutil list在OSX终端中运行时，它确实显示出来。另外，要设置我的分区，我在这里按照自己的答案。正如您在屏幕截图中看到的那样，GParted在格式化和重新安装OSX之前未检测到恢复分区。

编辑： Ubuntu用户 - 如果您在重新安装或获得OSX机会后遇到grub救援问题，我已将此问题链接到此处作为答案的一部分。

OS X将恢复分区创建为备用引导解决方案，以便于重新安装和故障排除。

正常操作不需要它，并且作为熟悉引导技术和选项的人，最简单的选择是简单地完全删除分区并在需要时修补分区表。

这是股票布局：

Mac:~ me$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            250.1 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

您可以将分区disk0s3合并到其前面的分区（在本例中），以有效地擦除然后删除列为Recovery HD的Apple_Boot分区。在这种情况下，您需要引导到除disk0之外的其他驱动器，以使disk0s2和disk0s3都无法安装（这将使它们成为disk1或更高版本）。

 diskutil mergePartitions JHFS+ "Macintosh HD" disk0s2 disk0s3

如果这不起作用，您可能必须将Macintosh HD映像到另一个驱动器作为img文件（或直接分区到分区），然后重新分区hdisk0只有一个分区并恢复。

至于更深层次的问题，我的猜测是分区的“隐藏”与其他非Apple工具不兼容并且使问题混乱 - 因此建议只需删除它并依靠备用选项来恢复系统或启动外部而不是恢复HD。