inicialização da partição macOS Tipo de volume FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

8

Encontrei um problema quase idêntico ao desta questão (e também: Dados sem backup, tipo de partição: FFFFFFFF-FFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ), mas a partição principal do disco rígido está formatada em APFS. Quando eu tentei corrigir o erro GUID como mostrado na resposta, depois de alcançar a etapa em que o seguinte comando: gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0tinha de ser inserida, ela retornou um erro: usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ....

captura de tela da configuração anterior

Não consigo inicializar no macOS, meu computador está no ambiente de recuperação da Internet. Qual é a utilidade do novo formato APFS? Não consigo encontrá-lo em nenhum lugar da Web, e meu computador não está detectando o tipo da partição principal do macOS. Modelo do meu computador: MacBook Pro, final de 2013. Meus dados não são copiados e eu adoraria recuperá-los. Atualização gpt -r show disk0:

captura de tela da configuração anterior

Atualização: criei um disco de instalação do MacOS High Sierra e o reinicializei. O novo utilitário de disco não reconhece a partição disk0s2 e diskutil listincluiu o tamanho da partição osx principal em GUID_partition_schemeparte do disco. Seria possível (e como) recuperar os dados da partição excluída (s2) se eu reinstalasse o macOS em uma partição não utilizada existente (a partição Linux disk0s4)? utilitário de Disco lista diskutil gpt -r mostra disk0

Gints
fonte
tente com em ... -t 7C3457EF-0000-11AA-AA11-00306543ECAC ...vez de ... -t apfs ...! Talvez o seu sistema de inicialização de recuperação seja muito antigo e o gpt não reconheça o argumento apfs. O AFAIK apenas lida com o binário gpt do sistema de recuperação 10.12 e 10.13 ... - t apfs ....
precisa saber é o seguinte
@klanomath retornou um erro: gpt add: /dev/disk0: Suspicious MBR at sector 0 egpt add: /dev/disk0: error: no space available on device
Gints
Atualize a gpt -r show disk0saída para verificar o que substituiu a partição 2!
precisa saber é o seguinte
11
@marklark tirar screenshots funciona nem no modo de recuperação legado, nem a recuperação Internet que eu estava preso no
Gints

Respostas:

8

O GUID adequado das partições APFS é 7C3457EF-0000-11AA-AA11-00306543ECAC.

O pMBR padrão foi substituído por um MBR à moda antiga, provavelmente pela instalação do Linux!

Seu sistema de inicialização (no modo de recuperação da Internet) parece bem antigo. Qualquer verificação de disco ou partição executada com o diskutil pode resultar em algum resultado falso. Em nenhum caso tente reparar qualquer coisa com o diskutil!


Para recuperar sua partição APFS, remova a partição disk0s2 e restaure-a com o tipo adequado:

  • Abra na barra de menus> Utilitários> Terminal
  • obtenha alguns detalhes:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • Desmonte o disco 0:

    diskutil umountDisk disk0
    
  • remova e restaure a 2ª partição:

    gpt remove -i 2 disk0
    diskutil umountDisk disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    
  • verifique o disco e a partição:

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s2
    

Seu Mac deve poder inicializar apesar do MBR.

Se você deseja (ou tem) restaurar o pMBR porque o MBR é teimoso / bloqueia a modificação da tabela de partição, faça o seguinte:

  • obtenha todos os detalhes do disco:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • substitua a tabela de partição GUID:

    diskutil umountDisk disk0
    gpt destroy disk0
    gpt create -f disk0
    
  • adicione novamente todas as partições anteriores visíveis na última gpt -r show disk0 saída:

    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 ...
    

    Se você receber um erro de recurso ocupado após uma das etapas, desmonte o disk0 novamente com

    diskutil umountDisk /dev/disk0
    
  • Por fim, verifique o disco e as partições:

    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
    

     

Klanomath
fonte
Eu não pode remover o disk0s2, como o comando gpt remove -i 2 disk0gera um erro: gpt remove: disk0: Suspicious MBR at sector 0. Da mesma forma, o comando gpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]retorna gpt add: disk0: Suspicious MBR at sector 0e gpt add: disk0: error: no space available on device. Eu adicionei novas capturas de tela à minha pergunta para referência.
Gints
Obrigado pela ajuda! A segunda parte da sua resposta corrigiu tudo e meu Mac inicializou como se nada tivesse acontecido!
Gints
11
@GintsK e klanomath: vocês dois me salvaram 3 meses de trabalho. Minha mais profunda gratidão por documentar claramente essa questão complicada.
Yoric