macOS分区启动卷类型FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFFFF

我遇到了与该问题几乎相同的问题（也是：未备份数据，分区类型：FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFFFF），但是硬盘的主分区在APFS中格式化。当我尝试如答案中所示纠正GUID错误时，在gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0必须输入以下命令：的步骤之后，它返回了错误：usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ...。

我无法启动到macOS，我的计算机处于Internet恢复环境中。新的APFS格式的uuid是什么？我似乎无法在网络上的任何地方找到它，并且我的计算机没有检测到主要macOS分区的类型。我的计算机型号：2013年底的MacBook Pro。我的数据没有备份，我非常想恢复它。更新 gpt -r show disk0：

更新：我创建了MacOS High Sierra安装磁盘，然后重新引导到该磁盘。新的磁盘实用程序根本无法识别disk0s2分区，并且diskutil list在GUID_partition_scheme部分磁盘中包括了主osx分区的大小。如果我在现有的未使用分区（Linux分区disk0s4）上重新安装了macOS，是否可以（以及如何）恢复已删除分区（s2）的数据？

APFS分区的正确GUID是7C3457EF-0000-11AA-AA11-00306543ECAC。

默认的pMBR被旧的MBR取代，可能是Linux安装！

您的引导系统（在Internet恢复模式下）似乎很旧。用diskutil执行的任何磁盘或分区验证都可能产生一些伪造的结果。在任何情况下都不要尝试使用diskutil修复任何东西！

要恢复APFS分区，请删除分区disk0s2并使用正确的类型将其还原：

• 在菜单栏中打开>实用程序>终端

• 得到一些细节：

  diskutil list #below I assume the disk identifier of the internal disk is disk0
  gpt -r show disk0
  

• 卸载磁盘0：

  diskutil umountDisk disk0
  

• 删除并还原第二个分区：

  gpt remove -i 2 disk0
  diskutil umountDisk disk0
  gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
  

• 验证磁盘和分区：

  diskutil list
  diskutil verifyDisk disk0       
  diskutil verifyVolume disk0s2
  

尽管有MBR，您的Mac也应该能够启动。

如果由于MBR固执/阻止分区表的修改而想要（或必须）还原pMBR，请执行以下操作：

• 获取所有磁盘详细信息：

  diskutil list #below I assume the disk identifier of the internal disk is disk0
  gpt -r show disk0
  

• 替换GUID分区表：

  diskutil umountDisk disk0
  gpt destroy disk0
  gpt create -f disk0
  

• 重新添加在最后一个gpt -r show disk0输出中可见的所有先前的分区：

  gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
  gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
  gpt add -i 3 -b 373047208 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  gpt add -i 4 ...
  gpt add -i 5 ...
  

  如果您在执行以下步骤之一后遇到资源繁忙错误，只需使用以下命令再次卸载disk0：

  diskutil umountDisk /dev/disk0
  

• 最后验证磁盘和分区：

  diskutil list
  diskutil verifyDisk disk0       
  diskutil verifyVolume disk0s1
  diskutil verifyVolume disk0s2
  diskutil verifyVolume disk0s3
  #disk0s4 & disk0s5 can't be verified with the default macOS tools because the latter is a Linux swap and the former a Linux partition, probably with ext4