Dados não salvos em backup, tipo de partição: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

Eu estava tentando instalar o Linux no meu MacBook para as aulas quando bloqueou meu computador, que agora está em um estado não inicializável.

Eu fiz minha partição muito pequena, então eu ia excluir e criar uma maior. No entanto, o Utilitário de Disco não me permitiu excluir a pequena partição. Segui as instruções de /apple//a/238088/236252

No entanto, não apenas eu ainda não consegui excluí-lo, mas, ao reiniciar, percebi que minha partição principal (localizada no mesmo disco) mudou para FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF e não tinha opções para inicializar. (Tenho certeza de que executei o comando no disco e na partição corretos)

Vi alguns tópicos semelhantes, mas minha unidade inicializável principal foi a que ficou corrompida.

Não quero perder nenhum dado. Eu não sou o mais experiente em termos terminais, por isso QUALQUER ajuda é apreciada e gentilmente fornecerei qualquer informação adicional!

(Disco 0, a partição 2 é minha partição principal e essa é a única que me interessa)

Abaixo estão os resultados da lista $ diskutil e $ gpt -r show disk0 .

ATUALIZAÇÃO:: Eu segui as instruções de @klanomath. Na última etapa, recebi o seguinte erro:

Checking prerequisites
Checking the partition list
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Problems were found with the partition map which might prevent booting
Error: -69766: The partition map needs to be repaired because there's a problem with the EFI system partition's file system
Underlying error: 8: POSIX reports: Exec format error 

ATUALIZAÇÃO FINAL: SUCESSO!

Eu só queria agradecer à @klanomath por me ajudar em todo esse processo. Ele passou 11 horas em TeamViewing comigo até que não apenas meus arquivos estivessem acessíveis, mas até que eu pudesse acessar meu computador como antes de todo esse desastre (e isso ocorreu depois de cinco horas de correspondência por email).

Para qualquer futuro leitor com este problema: POR FAVOR, não desista, ele pode ser corrigido!

Para adicionar uma resposta exatamente adequada ao seu caso, modifiquei levemente minha resposta no " duplicado " vinculado e a publiquei aqui novamente.

A segunda e a terceira partição do seu disco interno têm o tipo de partição errado, e provavelmente seus dados não serão perdidos.

Uma partição inicializável do OS X (exceto o HD de recuperação) possui o GUID 48465300-0000-11AA-AA11-00306543ECAC para uma partição OS X padrão ou o GUID 53746F72-6167-11AA-AA11-00306543ECAC para uma partição CoreStorage. O FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF é um tipo de partição desconhecido (mas não nenhuma partição como a 000000-0000-0000 .... uma).

O primeiro bloco de uma partição padrão do OS X não contém zeros, o primeiro bloco de uma partição CoreStorage contém alguns não zeros. Para obter os três primeiros blocos de uma partição, é necessário usar um substituto para hexdump / xxd (ambos não estão disponíveis na unidade de inicialização do Recovery Mode / OS X Installer). O melhor que eu encontrei é dd if=/dev/diskXsY count=3 | vis -c.

A tabela de partição GUID pode ser modificada com gpt. O gpt grava apenas nos primeiros 34 e nos últimos 33 blocos de um disco (512) ou nos primeiros 6 e nos últimos 5 blocos de um disco de 4k. Modificar a tabela de partição (mesmo que falsamente) não altera o conteúdo de nenhum volume no seu disco, se você não inicializar ou reparar um volume / disco por solicitação. Você pode verificar isso.

• Inicialize no modo de recuperação da Internet ou em uma unidade de inicialização do OS X Installer
• Abrir terminal na barra de menu Utilitários> Terminal
• Obtenha uma visão geral com diskutil list

• Obtenha uma visão geral do seu disco interno com o identificador de disco encontrado no comando anterior. Abaixo, eu assumo que o identificador de disco do seu disco interno é disk0 (substitua-o pelo que você encontrou em seu ambiente)

  gpt -r show disk0
  

• Desmonte disk0 com diskutil umountDisk disk0

• nos 3 primeiros blocos da partição FFFF ...:

  dd if=/dev/disk0s2 count=3 | vis -c
  

  1. Se você tinha uma partição padrão anteriormente, os primeiros 1024 bytes contêm apenas zeros não imprimíveis: \ 0 \ 0 ... No ~ Byte 1030, você verá a seguinte sequência: \ 0HFSJ \ 0

  2. Se você tinha uma partição CoreStorage, alguns não-zeros nos primeiros 512 bytes e a sequência CS ( ...\0CS\^A...) são mostrados:

     \^U\^D\^A\M-s\M^?\M^?\M^?\M^?\^A\0\^P\0\0\0\M-W\^A\a\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M^Pu\M-\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0CS\^A\0\0\0\^D\0\0\^P\0\0\0\0@\0X\M-7}\^C\0\0\0\0X\M-;}\^C\0\0\0\0X\M-?}\^C\0\0\0\0X\M-C}\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^P\0\0\0\^B\0\0\0006j v\^R\M-+\^U\M^[\f\M^CdG\M-y\^]...
     

• Agora remova a terceira, a quarta e a segunda partição:

  diskutil umountDisk disk0
  gpt remove -i 3 disk0
  diskutil umountDisk disk0
  gpt remove -i 4 disk0
  gpt remove -i 2 disk0
  

  Se você receber uma mensagem de erro como "recurso ocupado", desmonte o disco novamente ou desmonte os volumes teimosos diskutil umount disk0sX.

  Adicione novamente a partição de recuperação com o tipo adequado, mas com o mesmo número de índice, inicie o bloco e o tamanho que tinha anteriormente:

  gpt add -i 3 -b 227212504 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  

  Adicione novamente a partição principal com o tipo adequado, mas com o mesmo número de índice, inicie o bloco e o tamanho que tinha anteriormente:

  Uma partição normal do OS X (se você encontrou os rastreios típicos de uma partição normal na dd ... visetapa):

  gpt add -i 2 -b 409640 -s 226802864 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
  

  ou (se você encontrou os rastreios típicos de uma partição CoreStorage):

  gpt add -i 2 -b 409640 -s 226802864 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
  

• Seu disco finalmente deve ficar assim se você encontrou uma partição padrão do OS X:

      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  226802864      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
  

  ou isso, se você encontrou um volume CoreStorage:

      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  226802864      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
  

• Por fim, verifique / repare o disco com diskutil verifyDisk disk0e / ou diskutil verifyVolume disk0s2. Se for necessário um reparo, use reparo (em vez de verificar) como prefixo nos comandos acima, mas entre em contato comigo antes de repará-lo e envie-me a mensagem de erro .

Investigações posteriores por meio das sessões do TeamViewer revelaram que a partição EFI e a partição Recovery HD estão corrompidas. O volume principal é criptografado. O Recovery HD contém uma chave especial do FileVault intermediária. Se a chave estiver faltando, o sistema principal não inicializa. Foi possível desbloquear a unidade embora com diskutil cs unlockVolume ....

Depois de instalar um macOS completo em um pen drive e inicializá-lo, a partição EFI e o HD de recuperação de outro drive que não seja o FileVault (na verdade os de uma Sierra VM) foram transferidos para o drive quebrado. Ainda inicializado a partir do pen drive, o volume do FileVault foi revertido para um volume padrão clicando com o botão direito do mouse no volume no Finder, escolhendo "Descriptografar volume" e inserindo uma senha de usuário válida. Essa deve ser a senha de uma conta de usuário elegível no volume do FileVault. Outros métodos para descriptografar o volume como diskutil cs revert lvUUIDou diskutil cs decryptVolume lvUUID- testado em uma máquina virtual só - não parecem funcionar. Porém, isso pode ser uma restrição de VMs.

Para expandir a partição principal (disk0s2) para o tamanho máximo, use o Utilitário de Disco ou o diskutil resizeVolume ...comando

O volume inicialmente não apareceu em Preferências do Sistema> Disco de Inicialização, mas a altinicialização do Mac revelou o volume principal. Isso provavelmente re-abençoou o boot.efi do volume corretamente. O volume (agora padrão) aparece no disco de inicialização novamente.

Esse problema também pode ocorrer durante uma sessão viva do APFS High Sierra ! Recebi esse problema ontem, depois de fazer alterações no aplicativo e nos diskutilcomandos do Utilitário de Disco , encontrei o seguinte:

    sh-3.2# diskutil list
    /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               60.0 GB    disk0s2

    /dev/disk1 (synthesized):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      APFS Container Scheme -                      +60.0 GB    disk1
                                     Physical Store disk0s2
       1:                APFS Volume APPLESSD                47.1 GB    disk1s1
       2:                APFS Volume Preboot                 19.4 MB    disk1s2
       3:                APFS Volume Recovery                517.8 MB   disk1s3
       4:                APFS Volume VM                      1.1 GB     disk1s4

    sh-3.2# gpt -r show /dev/disk0
          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  117111080      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
      117520720  859584307         
      977105027         32         Sec GPT table
      977105059          1         Sec GPT header

Eu não acho que seria reiniciado nessa configuração (ou talvez com a tabela de backup da GPT? Não faço ideia). Graças à explicação acima, eu pude resolver o problema durante a sessão ao vivo, mas tive que usar uma solução ligeiramente diferente ( esta solução funciona apenas com o SIP desativado; se estiver ativado, você precisará reiniciar, desativar e usar a solução anterior . , esse problema talvez esteja relacionado ao SIP desativado, portanto não ocorrerá no SIP ativado? Não sei.)

Mesmo com disk0desmontado, parece gptque não permitirá modificar a GPT durante uma sessão ao vivo:

sh-3.2# gpt remove -i 2 disk0
gpt remove: unable to open device 'disk0': Resource busy

Então, em vez disso, usei uma ferramenta de terceiros gdisk(consegui-a via homebrew) para modificar o tipo de disk0s2:

sh-3.2# gdisk /dev/disk0
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): t
Partition number (1-2): 2
Current type is 'Unknown'
Hex code or GUID (L to show codes, Enter = af00): 7C3457EF-0000-11AA-AA11-00306543ECAC    
Changed type of partition to 'Unknown'

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: 7C3457EF-0000-11AA-AA11-00306543ECAC (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/disk0.
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
The operation has completed successfully.

Verificando:

sh-3.2# gpt -r show /dev/disk0
      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  117111080      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  117520720  859584307         
  977105027         32         Sec GPT table
  977105059          1         Sec GPT header
sh-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         60.0 GB    disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +60.0 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume APPLESSD                47.1 GB    disk1s1
   2:                APFS Volume Preboot                 19.4 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Em seguida, verifique com diskutil verifyDisk disk0e diskutil verifyVolume disk0s2sem aviso ou erros. Reinicie com êxito.