Ramhound está confundindo você. Não há partição para corrigir aqui. É a partição table que precisa ser corrigida.
Sua cópia mestra da tabela de partições EFI, armazenada nos blocos # 1 e seq. do seu disco tem, como diz o utilitário, uma assinatura inválida. O utilitário está, portanto, usando a cópia backup da tabela de partição EFI, ou seja (para resultados ótimos) armazenados no fim do disco, em seus blocos com numeração mais alta.
O utilitário está relatando que a cópia de backup possui duas entradas. Um tem o tipo "Microsoft Reserved" e o outro tem o tipo "Basic data". Nenhum destes significa "não tem um sistema de arquivos padrão". Tipos de partição não implicam tipos de sistema de arquivos. (Eles controlam a visibilidade dos sistemas operacionais.) Como o utilitário está lhe dizendo, as assinaturas que fazem implicam em tipos de sistema de arquivos, armazenadas em "superblocos" e "BIOS Parameter Blocks" dentro das partições, estão faltando de ambas as partições.
Para reparar:
- O comando
gpart
no FreeBSD tem um subcomandorecover
que pode copiar a cópia de backup para a cópia principal (ou vice-versa). - O TestDisk pode criar uma tabela de partições EFI a partir do zero, usando informações como na captura de tela e reescrevê-las em disco.
-
gdisk
, como mencionado na resposta doMilind R
, pode reparar o caso de uma cópia principal corrompida e uma cópia de backup válida, como aqui.
Leitura adicional
-
gpart
(8) . Páginas de manual do FreeBSD. - Rod Smith (2011-06-26). Reparação de discos GPT . Livros de Rod.
- Jonathan de Boyne Pollard (2006). Como determinar o tipo de sistema de arquivos de um volume . Respostas frequentemente dadas.