再次出现FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF分区问题

更新6月10日,分区接缝将恢复,几乎,请检查底部的更新4。

这是在Macbook Pro 2012年6月版上发生的。 磁盘是一个1T SSD,直到大约1周前,我才开始与Mojave保持同步。问题的快速背景:我尝试使用Windows 10进行doualboot。 问题是,我意识到在安装时,我只有一个Win 7密钥,所以我放弃了安装(使用电源按钮:/),从那里开始,我总是被迫使用选项密钥启动并选择Mac分区。 一段时间后,那甚至失败了。在解决此问题的前几次尝试(恢复模式磁盘util)中,我尝试了删除win / dualboot分区。

昨天我尝试从此处跟随一些线程来重新设置类型(我不记得之前的实际类型是什么)

    Last login: Tue Jun  4 20:41:03 on console
MacBook-Pro-de-hnam:~ hnam$ sudo
usage: sudo -h | -K | -k | -L | -V
usage: sudo -v [-AknS] [-g groupname|#gid] [-p prompt] [-u user name|#uid]
usage: sudo -l[l] [-AknS] [-g groupname|#gid] [-p prompt] [-U user name] [-u
            user name|#uid] [-g groupname|#gid] [command]
usage: sudo [-AbEHknPS] [-C fd] [-g groupname|#gid] [-p prompt] [-u user
            name|#uid] [-g groupname|#gid] [VAR=value] [-i|-s] [<command>]
usage: sudo -e [-AknS] [-C fd] [-g groupname|#gid] [-p prompt] [-u user
            name|#uid] file ...
MacBook-Pro-de-hnam:~ hnam$ sudo diskUtil list

WARNING: Improper use of the sudo command could lead to data loss
or the deletion of important system files. Please double-check your
typing when using sudo. Type "man sudo" for more information.

To proceed, enter your password, or type Ctrl-C to abort.

Password:
MacBook-Pro-de-hnam:~ hnam$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS disk0s2                 464.6 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                  Apple_HFS OS X Base System        34.6 GB    disk0s4
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI                         209.7 MB   disk1s1
   2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               951.0 GB   disk1s2
MacBook-Pro-de-hnam:~ hnam$ sudo gpt -r show /dev/disk1

WARNING: Improper use of the sudo command could lead to data loss
or the deletion of important system files. Please double-check your
typing when using sudo. Type "man sudo" for more information.

To proceed, enter your password, or type Ctrl-C to abort.

Password:
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1857421824      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
  1857831464    95693671         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
MacBook-Pro-de-hnam:~ hnam$ diskutil umountDisk /dev/disk1
Unmount of all volumes on disk1 was successful
MacBook-Pro-de-hnam:~ hnam$ sudo gpt remove -i 2 /dev/disk1
Password:
/dev/disk1s2 removed
MacBook-Pro-de-hnam:~ hnam$ diskutil umountDisk /dev/disk1
Unmount of all volumes on disk1 was successful
MacBook-Pro-de-hnam:~ hnam$ sudo gpt add -b 409640 -i 3 -s 1857421824 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk1
Password:
/dev/disk1s3 added
MacBook-Pro-de-hnam:~ hnam$ diskutil umountDisk /dev/disk1
Unmount of all volumes on disk1 was successful
MacBook-Pro-de-hnam:~ hnam$ sudo gpt remove -i " /dev/disk1
> 
MacBook-Pro-de-hnam:~ hnam$ sudo gpt remove -i 3 /dev/disk1
/dev/disk1s3 removed
MacBook-Pro-de-hnam:~ hnam$ diskutil umountDisk /dev/disk1
Unmount of all volumes on disk1 was successful
MacBook-Pro-de-hnam:~ hnam$ sudo gpt add -b 409640 -i 2 -s 1857421824 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk1
/dev/disk1s2 added
MacBook-Pro-de-hnam:~ hnam$ sudo gpt -r show /dev/disk1
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1857421824      2  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1857831464    95693671         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
MacBook-Pro-de-hnam:~ hnam$ 

After all this (this is actual export of the terminal) I have again removed the partition and added it back as core storage sudo gpt add -b 409640 -i 2 -s 1857421824 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk1.

但仍要注意。 实际上,现在键入此命令并查看其他线程时,我假设我已跳过最后一步,即验证并可能修复该卷? 我的意思是,我所做的只是“检查”是否所做的更改有效的事情是查看磁盘util中是否显示了分区(但分区没有显示)

信息的最后一点是,该终端安装了Mountain Lion(我将驱动器换成旧的并进行了互联网恢复),将SSD连接到USB。

问题/目标

能够从分区启动或至少能够访问它以进行数据恢复/备份

更新资料

我也尝试过

sudo gpt add -b 409640 -i 2 -s 1857421824 -t 7C3457EF-0000-11AA-AA11-00306543ECAC /dev/disk1

还是没有运气:( 有没有办法检查分区最初的实际类型?自从El Capitain插入磁盘以来,也许从未将其转换为APFS吗?我真的不记得了。

更新2

我已经将新磁盘更新为mojave。这是diskutil列表的结果,有什么想法吗?

diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         499.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume MacOS500                18.4 GB    disk1s1
   2:                APFS Volume Preboot                 23.8 MB    disk1s2
   3:                APFS Volume Recovery                506.8 MB   disk1s3
   4:                APFS Volume VM                      8.6 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                 Apple_APFS Container disk3         951.0 GB   disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk3
                                 Physical Store disk2s2

更新3

因此,我进行了更多操作,转储了前3个扇区的内容,从而表明它应该是APFS分区,并且大小也正确(在前5行之后转储剪切)

sudo dd if=/dev/disk2   count=3 skip=409640 | hexdump -Cv
3+0 records in
3+0 records out
1536 bytes transferred in 0.000415 secs (3702558 bytes/sec)
00000000  5d d7 76 29 e6 ed 08 36  01 00 00 00 00 00 00 00  |].v)...6........|
00000010  52 ae 0f 00 00 00 00 00  01 00 00 80 00 00 00 00  |R...............|
00000020  4e 58 53 42 00 10 00 00  40 c0 d6 0d 00 00 00 00  |NXSB....@.......|
00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000040  02 00 00 00 00 00 00 00  94 44 01 4e ef c7 4e a6  |.........D.N..N.|

因此,不知道该怎么办...验证卷绝对正确(磁盘接缝正常):

diskutil verifyDisk disk2
Started partition map verification on disk2
Checking prerequisites
Checking the partition list
Checking the partition map size
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map verification on disk2
MacBook-Pro-de-hnam:~ hnam$ diskutil verifyVolume disk2s2
Started file system verification on disk2s2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk2s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
error: (oid 0x6d3a) cib: invalid o_cksum (0x7168ff8d27a319ca)
error: failed to read spaceman cib 0x6d3a
Space manager is invalid
The volume /dev/disk2s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk2s2

在1857831464 95693671上也显然有大约50 GB的可用空间 那是我删除的旧的Windows分区,这是一个问题吗?我累了要在1857831464上做一个十六进制转储,结果空了

更新4

今天发生了一件奇怪的事。 我只运行过iBoySoft免费软件以进行扫描,以为如果恢复可行,我已经准备好支付恢复费用。 而且我看到的大多数数据都具有完整的文件夹结构。 这时,我决定将磁盘从USB盒放回笔记本电脑。 现在错误不在iBoysoft和移动磁盘之间引起注意,但是一旦完成,我就可以在取景器中看到我的SSD了!!! Dunno iBoysoft是否纠正了某些问题,或者USB机箱出现了问题?

我仍然无法从中启动(启动时仅显示MACOS500时按住该选项)对此有任何想法吗?

diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk3         499.9 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         951.0 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +951.0 GB   disk2
                                 Physical Store disk1s2
   1:                APFS Volume Mac OS                  332.9 GB   disk2s1
   2:                APFS Volume Preboot                 24.5 MB    disk2s2
   3:                APFS Volume Recovery                522.5 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk3
                                 Physical Store disk0s2
   1:                APFS Volume MacOS500                22.3 GB    disk3s1
   2:                APFS Volume Preboot                 23.8 MB    disk3s2
   3:                APFS Volume Recovery                506.8 MB   disk3s3
   4:                APFS Volume VM                      8.6 GB     disk3s4

任何想法如何使其再次可启动?