首先，我尝试在 Mac 上安装 Debian。放弃并删除所有未使用的分区后，我发现改装，即使没有安装任何 Linux 发行版，它也是一个 Linux 启动卷 — 甚至没有分区。因此，我打开分区检查器进行同步，快速重启后，没有任何变化。
最后，卸载 rEFIt 后，我可以正常启动 Mac OS X。但是，当按住option列出可用的启动磁盘时，我找到了 Macintosh HD、Windows 和恢复 HD。我不明白为什么 Mac 会检测到这个丢失的 Windows/Linux 分区。我该如何摆脱它，或者至少为什么会发生这种情况？
我不知道我是否表达得特别清楚，但是分区不存在，只有 Macintosh HD，EFI 系统分区以及 Recovery HD。没有别的了……
如果是分区的话，我可以用以下方法修复它分区。另外，如果我重新安装 Mac OS X v10.7 (Lion)。我怎么能保证它会重建我的颗粒生物反应器和谷氨酰胺磷酸酶？我没有安装盘（它是预先安装的），只有恢复硬盘...它没有出现在磁盘实用程序或任何其他命令行工具中。
这是我不明白的。
无论如何，这里有一些输出......
磁盘工具列表
**/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk0
1: EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 499.2 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3**
sudo gpt -r 显示 -l /dev/disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - "EFI system partition"
409640 975093952 2 GPT part - "Customer"
975503592 1269536 3 GPT part - "Recovery HD"
976773128 7
976773135 32 Sec GPT table
976773167 1 Sec GPT header
sudo gpt -r 显示 /dev/disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 975093952 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
975503592 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
976773128 7
976773135 32 Sec GPT table
976773167 1 Sec GPT header
sudo fdisk /dev/fdisk0
Disk: /dev/disk0 geometry: 60801/255/63 [976773168 sectors]
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: EE 1023 254 63 - 1023 254 63 [ 1 - 976773167] <Unknown ID>
2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
如果有帮助的话，rEFIt 自己的分区检查器的输出......
*** Report for internal hard disk ***
Current GPT partition table:
# Start LBA End LBA Type
1 40 409639 EFI System (FAT)
2 409640 975503591 Mac OS X HFS+
3 975503592 976773127 Mac OS X Boot
Current MBR partition table:
# A Start LBA End LBA Type
1 1 976773167 ee EFI Protective
MBR contents:
Boot Code: GRUB
Partition at LBA 40:
Boot Code: None (Non-system disk message)
File System: FAT32
Listed in GPT as partition 1, type EFI System (FAT)
Partition at LBA 409640:
Boot Code: None
File System: HFS Extended (HFS+)
Listed in GPT as partition 2, type Mac OS X HFS+
Partition at LBA 975503592:
Boot Code: None
File System: HFS Extended (HFS+)
Listed in GPT as partition 3, type Mac OS X Boot
我希望这有帮助。
答案1
我一直在我的 Mac 上摆弄 Linux + OS X，根据我的经验，标准 OS X 工具将不会触摸您的 Linux 分区。
上述启发式方法表明 OS X 不会删除您的 Linux 分区。
要删除 Linux 分区，我将重新安装 OS X。另外，此解决方案肯定能清除任何可能在将来困扰或困扰您的 MBR/GPT/辅助问题。
意志坚强、能力强的人会用以下方法解决问题分区- 但在此过程中，打字错误、断电或意外事件都可能导致您丢失所有数据。因此最好事先备份。如果无论如何都要备份，为什么不花额外的 45 分钟重新安装，从而在此过程中获得一个干净的系统呢？
阅读此建议时，请记住，它是由正在学习 *NIX 管理的人给出的现象学方法- 更有能力的人肯定能够为您提供所需的建议。
但归根结底，为什么要浪费时间调试别人的错误呢？不，删除它，继续你的生活吧！
干杯，Troels
答案2
基于 Intel 的 Mac 要求启动驱动器使用更现代的 GUID 分区表 (GPT)，而不是传统的主引导记录 (MBR)，以跟踪硬盘驱动器的分区方式。为了与不支持 GPT 的操作系统兼容，使用 GPT 的驱动器仍具有伪MBR（PMBR）基本上反映了 GPT 中的信息。
重要的是，您用来重新分区硬盘或编辑 GPT 或 PMBR 的工具应使两者保持同步。如果它们不同步，则任何不支持 GPT 的工具将只查看 PMBR 并给出驱动器分区方式的一种视图，而支持 GPT 的工具将查看 GPT 并给出驱动器分区方式的不同视图。
不同操作系统的不同工具往往专注于它们最熟悉的某些分区类型，如果其他分区不是它们识别的类型，则可能无法准确报告该分区类型。或者它们可能直接忽略列出无法识别的分区。更困难的是，Mac OS X 的磁盘实用程序不会向您显示它所知道的某些类型的分区，例如 Mac OS X 恢复分区。
在 Mac OS X 中，要快速查看其所知道的连接硬盘和卷，您可以使用
diskutil list
要查看驱动器 GPT 内容的更详细、低级视图，请使用：
sudo gpt -r show /dev/disk0
sudo gpt -r show -l /dev/disk0
如果需要，请将其替换/dev/disk0为相关磁盘的设备特殊文件的路径。该命令的第一个版本显示分区/卷类型标识符（您可以查找的一堆长 GUID这里)。该命令的第二个版本显示卷标（名称）。我通常喜欢查看这两个的输出，这样我就可以将卷名称与类型匹配起来。
要查看 PMBR 中的内容，请尝试：
sudo fdisk /dev/disk0
在我当前的机器上，fdisk输出表明我的 PMBR 认为我的驱动器只是一个fdisk无法识别类型的大分区，尽管gpt显示我有几个不同的 HFS+ 和 Mac OS X 恢复分区。我推测，如果我曾经 Boot Camped 过这个驱动器，或者在其上使用过 rEFIt，那么 PMBR 就会知道某些分区的具体信息，而不是将驱动器显示为一个大块。
diskutil使用这些、gpt和命令的输出更新您的问题fdisk，我们也许可以为您提供更多帮助。
哦，要删除不需要的分区，只需使用 Mac OS X 的磁盘工具将其删除，然后将磁盘工具显示中其“上方”的分区扩展到它正在使用的空间中。
更新： gpt show我的系统上没有关于可疑 MBR 的输出行，因此我很好奇您的系统有什么可疑之处。也许只是因为您的 MBR 中仍有 GRUB 引导加载程序代码，而典型的 Mac GPT PMBR 中根本没有任何引导代码。
另外，我忘记了 EFI 系统分区在技术上是 FAT32（即使它被赋予了特殊的 GUID）。我想知道您的 MBR（例如 GRUB 的存在）或 EFI 系统分区的某些内容是否存在问题，导致 Mac 的 EFI bootROM 将其视为 Windows 分区，而不仅仅是 EFI 系统分区。
要检查你的 EFI 系统分区，你可以强制 Mac OS X 像这样挂载它：
sudo mkdir /mnt
sudo mount -t msdos /dev/disk0s1 /mnt
我的 EFI 分区基本上只包含：
/电喷
/苹果
/扩展
/固件
...加上我在这台机器上安装的最后一个 EFI 固件更新的更新文件，以及一些典型的 Mac OS X turd 文件，如.Trashes/。知道你的 EFI 系统分区里有什么会很有趣。
您的系统与我的系统之间的另一个显著差异是，rEFIt 的分区检查器将我的 MBR 启动代码报告为“无”，而您的系统中有 GRUB。我想知道，如果强制磁盘实用程序触碰您的分区表（例如稍微缩小然后重新增大主 HFS+ 分区），是否会强制触碰 MBR，从而覆盖（清零）GRUB 代码。
答案3
我终于设法摆脱了那个奇怪的图标，并安装了 Ubuntu。原来我安装了GRUB到 MBR，然后从 rEFIt 开始。显然我不知道还有更好的办法；它称之为 Linux...
快速
fdisk -u /dev/disk0
清除MBR并解决问题。