Bem, a resposta direta à minha pergunta original do título é bastante direta e na verdade é respondida no corpo da pergunta: sim, é possível restaurar partições de disco a partir de dados secundários de tabela / cabeçalho da GPT , isso é feito com gdisk , que sugere automaticamente para executar o procedimento de restauração, uma vez que é iniciado, mas no meu caso, a estrutura do volume restaurado era lixo.
Também sou capaz de responder à minha próxima pergunta sobre a localização da partição de dados principal. Sim, sua localização pode ser calculada depois de saber como o OS X cria volumes durante sua instalação . Assim, o volume perdido pode ser restabelecido, supondo que ele tenha sido criado com configurações padrão (instalação padrão do OS X, sem partições de dados extras). E foi assim que eu fiz.
Apenas para aprender um padrão, o OS X prepara o disco de inicialização, eu instalei o Yosemite (felizmente, o El Capitan não mudou nada com isso) para algumas unidades sobressalentes de 320 GB. Com essas informações em mãos, consegui restabelecer a partição do FileVault no disco em questão com estes comandos simples:
sudo gpt destroy /dev/disk2
sudo gpt create -f /dev/disk2
sudo gpt add -b 409640 -i 2 -s 1951845952 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk2
O primeiro comando destruiu minha GPT inútil com defeito. O segundo criou um novo. O terceiro marcou um volume. Não o criou de novo, mas apenas marcou que há um volume de um determinado tipo abrangendo exatamente esses setores. Um setor é de 512 bytes, neste caso, a propósito.
Como eu sabia 409640 -b eginning e 1951845952 -s ize? Bem, o setor 409640 é um começo padrão da partição de dados 2, que se estende depois da partição EFI , que o OS X sempre cria no começo do disco, então é uma aposta segura. EFI sempre termina no setor 409640. E o tamanho de setores 1,951,845,952 é apenas o tamanho total do meu disco em setores ( 1,953,525,168 ) menos Recovery HD size ( 1,269,536 ) menos 40 threshold de setores no final do disco menos 409.640 setores antes desta segunda partição de dados. O resultado é exatamente 1.951.845.952 . Divisível por 8, o que significa que estou certo.
O misterioso 53746F72-6167-11AA-AA11-00306543ECAC é, bem, uma partição GPT tipo GUID , que marca esse volume como uma partição FileVault. Não o HFS + regular. Eu marquei este volume com um ndex -i de 2, sendo assim o segundo, mas acho que esse parâmetro não é crucial, já que não estou restaurando outras duas partições ( EFI e Recovery HD ). Honestamente, durante minha investigação eu tentei restaurar Recovery HD , apenas para verificar se ele está lá, e ele estava lá, montável, seguro e sadio. Desta vez eu ignorei, porque nem EFI , nem Recovery HD não tem qualquer utilidade para mim, eu não pretendo arrancar a partir desta unidade, eu só quero salvar alguns dados.
Imediatamente após o restabelecimento dos limites do volume do meu FileVault, recebi uma solicitação de senha do FileVault, que eu sempre forneci. Isso significa que os limites que calculei estão corretos. Para provar isso, eu até tentei limites diferentes e, nesse caso, não havia solicitações de senha.
No entanto, depois que o volume do FileVault foi desbloqueado com sucesso, tenho um famoso
caixademensagem,oquesignificaquemesmoseeutiverminhapartiçãodoFileVaultdevolta,issonãosignificaautomaticamentequeelaestáintacta.Édestravável,masdealgumaformaquebrado.
Portanto,agoravoudescobrirsetenhoumachancederepararessevolumedoFileVaultourecuperarosdados.Aperguntadeacompanhamentoé aqui .