Você cometeu alguns erros fundamentais, aparentemente como resultado de alguns mal-entendidos, então me sinto obrigado a resolvê-los primeiro. Você escreveu:
% bl0ck_qu0te% Isso é normal para versões antigas de fdisk usadas em um disco GPT. Parte da GPT é um "MBR de proteção", que é basicamente uma tabela de partição MBR que afirma que o disco está totalmente ocupado por uma partição do tipo 0xEE. O objetivo de um MBR protetor é impedir que as ferramentas que não usam GPT mexam no disco. Não não indica qualquer tipo de dano. Suas partições de MBR não foram "perdidas" (como você escreveu em outro lugar), desde que você nunca teve partições de MBR.
Observe que fdisk informou sobre a falta de conhecimento sobre a GPT e disse o que fazer:
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
( gdisk também funciona em discos GPT e é mais semelhante a fdisk do que parted em sua interface do usuário.)
O Windows vincula seu modo de inicialização (BIOS / CSM / legado vs. EFI / UEFI) ao tipo de tabela de partição (MBR x GPT), portanto, se o disco estava inicializando originalmente no modo EFI, ele deve ter usado o GPT . Isso é totalmente consistente com tudo o que você mostrou. Uma ferramenta de recuperação do Windows deve tentar fazer uma inicialização desse sistema no modo EFI e, como já observei, você não tinha nenhuma partição MBR a perder. Assim, esta situação é uma das, como se costuma dizer, "seguir em frente; nada para ver aqui".
% bl0ck_qu0te% Você não mostrou nenhuma indicação de que já teve um /dev/sda11 . Sua listagem do que estava originalmente no disco indica que você tinha /dev/sda1 a /dev/sda10 , inclusive. Se houver algum intervalo significativo entre essas partições ou no início ou no final do disco, estou sentindo falta delas.
Parece que mais das suas partições estão intactas ou podem ser recuperadas pelo TestDisk ou algo similar. Parece que /dev/sda8 é um problema, no entanto; pode ter danos no sistema de arquivos. Da mesma forma para /dev/sda5 . Como esses eram originalmente volumes NTFS, você deve perguntar sobre eles em um fórum do Windows. A única ferramenta de "reparação" NTFS para Linux, ntfsfix , é muito básica - faz algumas verificações extremamente simples, repara uma ou duas coisas triviais e sinaliza o sistema de arquivos para reparo no Windows. / p>
Parece que você conhece os pontos iniciais e finais exatos das suas partições. Você pode conectar esses valores em gdisk para recriar a partição; mas é claro que se a ferramenta de reparo do Windows usada tentou redimensionar a partição, esses valores podem não ser mais válidos.
A inicialização dupla com um sistema operacional no modo EFI / UEFI e o outro no modo BIOS / CSM / legado é possível, mas desajeitada. É quase sempre melhor instalar os dois sistemas operacionais no mesmo modo. Veja minha página no CSM para muito mais sobre este assunto.
Continuando com a recuperação, recomendo que você desative o CSM e recupere ou reinstale o Ubuntu no modo EFI. (A maior parte da instalação não precisa de alterações; você só precisa de um carregador de inicialização no modo EFI e talvez uma edição para /etc/fstab para montar sua partição de sistema EFI [ /dev/sda2 ou /dev/sda3 ; você parece ter dois deles ] at /boot/efi .)