为什么磁盘工具无法访问大量磁盘空间（~124Gb）？

-1

从磁盘工具中丢失/无法访问~124GB。我无法调整主分区的大小，我无法操作丢失的空间（删除等，而不删除整个磁盘）。磁盘上的急救和分区表示存在问题并启动恢复并在那里运行急救。这是否和它报告它无法解决问题。

磁盘是加密的，我不知道是否重要。

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF Macintosh HD            375.1 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +374.8 GB   disk1
                                 Logical Volume on disk0s2
                                 0E3E3C70-5FE7-484E-826B-828CDA8F3471
                                 Unlocked Encrypted

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +686.4 MB   disk2

— marathon
source

这里有问题吗？

— Allan

@Allan - 是的 - 为什么有一大块磁盘空间没有看到磁盘？

— marathon

你知道你的分区地图是如何被破坏的吗？我希望disk0s2的类型为Apple_CoreStorage，大小比disk0小1 GB左右，我认为这与你的空间预期相符。看到 apple.stackexchange.com/a/214827/5472 我希望健康的500 GB驱动器分别在物理和虚拟Macintosh HD核心存储卷上的499.4和499.1 sizings看起来像。

— bmike

事实证明该驱动器的GUID分区表/映射已损坏，这就是为什么缺少124GB的原因。

解决方案是：

启动到恢复模式
发射终端
跑 gpt show 查看分区索引，起始块和大小，请仔细注意。
使用 gpt remove -i <index> 以相反的顺序删除每个分区
使用 gpt add -b <start block> -i <index> -s <size> -t <type UUID> 以相反的顺序重建分区映射。

注意：UUID 53746F72-6167-11AA-AA11-00306543ECAC 用于分区类型Apple_CoreStorage，这是加密分区使用的。 EFI启动和恢复分区 426F6F74-0000-11AA-AA11-00306543ECAC