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


8

我遇到了与该问题几乎相同的问题(也是:未备份数据,分区类型: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 listGUID_partition_scheme部分磁盘中包括了主osx分区的大小。如果我在现有的未使用分区(Linux分区disk0s4)上重新安装了macOS,是否可以(以及如何)恢复已删除分区(s2)的数据? 磁盘工具 diskutil列表 gpt -r show disk0


试试用... -t 7C3457EF-0000-11AA-AA11-00306543ECAC ...代替... -t apfs ...!也许您的恢复启动系统太旧,并且gpt无法识别apfs参数。AFAIK仅10.12和10.13恢复系统的gpt二进制文件可以处理... - t apfs ...
klanomath

:@klanomath它返回一个错误gpt add: /dev/disk0: Suspicious MBR at sector 0gpt add: /dev/disk0: error: no space available on device
Gints

请更新gpt -r show disk0输出以检查替换了分区2的内容!
klanomath '17

1
@marklark截取屏幕快照既不能在旧版恢复模式下工作,也不能在我被困的Internet Recovery中工作
Gints

Answers:


8

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
    

     


我无法删除disk0s2,因为该命令gpt remove -i 2 disk0将引发错误:gpt remove: disk0: Suspicious MBR at sector 0。同样,命令gpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]返回gpt add: disk0: Suspicious MBR at sector 0gpt add: disk0: error: no space available on device。我已在问题中添加了新的屏幕截图以供参考。
Gints

感谢您的帮助!答案的第二部分修复了所有问题,并且Mac好像没有任何反应一样启动了!
Gints

1
@GintsK和klanomath:你们两个为我节省了3个月的工作时间。我最衷心的感谢是清楚地记录了这个棘手的问题。
Yoric
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.