作为一名使用了 20 年 MS-Windows 的用户，我一个月前已切换到 Mac OS X。我的知识不足以解决我昨天遇到的大问题，我的全新 MBPro 现在已经死了。
我在 Boot Camp 上安装了 Win-7 x64。我一开始的错误是我从我宝贵的 SSD 磁盘上分配给 Windows 的空间非常少。昨天我尝试将 Boot Camp 分区从 80GB 增加到 250GB。我到底做了什么；
从 Windows 7 开始，将完整的 Windows 系统备份到外部 USB 磁盘中。
切换到 OS X 并从现有的 Boot Camp 分区（使用标准 OS X 的磁盘实用程序）创建磁盘映像 (dmg)，这是我的第二个备份。因为我不想在激活所有 MS Office、Windows 7、游戏等时遇到麻烦，所以我计划将其中之一恢复到磁盘容量更大的新 Windows 中。
在 OS X 中，我已使用“磁盘工具”擦除了 Boot Camp 分区 (disk0s4)，并将主 HFS+ 分区 (disk0s2) 扩大到最大物理磁盘容量 (~750GB)
启动 Boot Camp 并执行 Windows x64 的干净副本，这次我为新的 Boot Camp 分区指定了 268GB 的磁盘大小（简单地说：Boot Camp 250GB，OS X 500GB）
标准安装进行得很顺利。 Windows 安装要求提供产品密钥，我跳过了这个并第一次启动新的 Windows。我将其关闭并在 OS X 中重新启动。
现在，最终导致我的 MBPro 死亡的一系列问题中的第一个即将出现，磁盘工具拒绝从 DMG 文件恢复（参考步骤 2 - 映像是从以前的 Windows 分区创建的，因此它是 NTFS！）到新的物理 Boot Camp 分区（也是 NTFS）。它说两个磁盘不相同或类似的东西。我检查了块大小等。都是 512kb。我在谷歌上搜索并找到了另一种恢复方法并跳过了“磁盘工具”并切换到了终端窗口。执行
dd if=dmg of=disk04s以将备份 DMG 文件的内容复制到新的 Boot Camp 分区。不用说，Windows 没有启动，出现黑屏，最糟糕的是当我启动 OS X 时，磁盘工具显示 Boot Camp 分区只有 80GB（必须是 268）。容量被之前分区的镜像文件覆盖了，突然就丢失了250-80=170GB。我决定选择另一个选项来安装干净的 Windows 并使用 Windows7@s 备份/恢复。为了能够做到这一点，我需要重新开始并再次删除 Boot Camp 分区，并将主 HFS 卷的大小调整为最大（768），就像我在步骤 3-4 中所做的那样。
启动 Boot Camp，这次 Boot Camp 给我一个错误，提示“无法将 Boot Camp 安装到多个分区磁盘”。我已经知道 Boot Camp 需要一个 OS X (HFS) 分区磁盘，以便他可以使用屏幕管理分区表。我对这个错误感到惊讶，因为我知道我已经删除了最后一个 Boot Camp 分区并将主 HFS 分区的大小调整到最大。
黄金镜头，我重新启动了我的 OS X。但它再也没有回来。感谢上帝，我的修复分区仍然健康，所以我在修复模式下使用 command+r 启动。现在我打开了终端窗口。我已经运行了
diskutil list，我简直不敢相信我看到的东西，Boot Camp（或不确定的磁盘实用程序）已将我的主 OS X 分区的类型更改为 MS-DOS (Fat 32) 我猜，它说“Microsoft 基本数据” '。
我一直在拼命寻找一种方法来更改现有主 HFS+ 分区的损坏类型（我知道我的所有数据都是健康的，并且正在等待我是否可以设法访问它们）
这是的输出diskutil list：
/dev/disk0
: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *751.3 GB disk0
1: EFI 209.7 MB disk0s1
2: Microsoft Basic Data 750.4 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1
: TYPE NAME SIZE IDENTIFIER
0: Apple_partition_scheme *1.3 GB disk1
1: Apple_partition_map 30.7 KB disk1s1
2: Apple_HFS Mac OS X Base System 1.3 GB disk1s2
/dev/disk2
: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk2（*我清除了其余的，因为它们与修复盘的各个挂载点无关）
和df：
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk1s2 2464464 2223200 216624 92% 280978 27078 91% /
devfs 399 399 0 100% 691 0 100% /dev
/dev/disk2 1024 288 736 29% 34 92 27% /Volumes
/dev/disk3 1024 280 744 28% 33 93 26% /private/var/tmp
/dev/disk4 1024 312 712 31% 37 89 29% /private/var/run
/dev/disk5 1024 280 744 28% 33 93 26% /System/Installation
/dev/disk6 1024 528 496 52% 64 62 51% /private/var/db
/dev/disk7 12288 3304 8984 27% 411 1123 27% /private/var/folders
/dev/disk8 4096 832 3264 21% 102 408 20% /private/var/root/Library
/dev/disk9 2048 288 1760 15% 34 220 13% /Library/ColorSync/Profiles/Displays
/dev/disk10 1024 336 688 33% 40 86 32% /Library/Preferences
/dev/disk11 1024 312 712 31% 37 89 29% /Library/Preferences/SystemConfiguration
/dev/disk12 2048 280 1768 14% 33 221 13% /Library/Keychains
/dev/disk13s1 15600632 283400 15317232 2% 0 0 100% /Volumes/GPARTED顺便说一句，我有最新更新的 OS X Mountain Lion (10.8.x)。
到目前为止，我已经尝试过GParted（制作了一个可启动的拇指驱动器，它没有运行，它已经冻结在键盘选择屏幕中），我尝试过TestDisk，它也没有运行，只是返回了一个错误代码，制作了一个搜索 gpt、fdisk 等，但找不到任何值得尝试的信息。
所以我在这里等待你们的答复，你们能给我建议任何方向吗？一个用于修复文件系统类型错误的现有分区的工具？
答案1
您可以尝试使用adjust该命令的未记录功能asr。它可以更改文件系统类型标签，而不实际更改数据。
在您的情况下，适当的命令是：
sudo asr adjust --target /dev/disk0s2 --settype "Apple_HFS"
当然，这假设您的基础数据没有被损坏，但据我所知，这是您最好的选择。
一旦您再次进入工作状态，我建议您备份数据并从头开始重新安装，因为听起来您的分区表可能有一些问题。
答案2
我想补充一点。上面的命令对我来说非常有效，但它看不到我的分区名称，也无法使用磁盘工具安装，所以我必须先在终端中安装驱动器：（我的磁盘是disk0s3）
diskutil mount /dev/disk0s3
（如果其他人遇到我所做的同样的事情，请务必记住检查哪个分区是你的）
和 TADA，我的分区弹出了正确的名称和所有内容。
顺便说一句，我仍在雪豹上，现在一切都井然有序。你让我很快乐！你帮了我太多太多了！谢谢你！