Depois de pesquisar um pouco e testar ferramentas como o testdisk , não encontrei uma maneira definitiva de restaurar minha GPT original em /dev/sdb
Então, tentei usar o cgdisk e ele foi bem-sucedido, pois ainda tinha o "layout de setor" original de /dev/sdb
anotado abaixo:
Disk identifier: 9F95A04D-3ECB-144D-B2A0-55CDD986072B
Device Start End Sectors Size Type
/dev/sdb1 4096 33558527 33554432 16G Linux RAID
/dev/sdb2 33558528 34607103 1048576 512M Linux RAID
/dev/sdb3 34607104 5860533134 5825926031 2.7T Linux RAID
/dev/sdb4 2048 4095 2048 1M BIOS boot
Com essa informação, criei partições com os mesmos setores iniciais, o mesmo número de setores usados e os mesmos tipos de sistema de arquivos, conforme mencionado acima.
Depois de escrever o GPT em /dev/sdb
, fdisk -l /dev/sdb
me deu a mesma saída acima.
Eu então copiei o GPT usando sgdisk -R /dev/sda /dev/sdb
(desta vez na ordem correta) e fdisk -l /dev/sda
me mostrou exatamente o mesmo "layout do setor" para /dev/sda
como /dev/sdb
:
Disk identifier: 4CB38488-8B72-44AA-8449-4E4692165893
Device Start End Sectors Size Type
/dev/sdb1 4096 33558527 33554432 16G Linux RAID
/dev/sdb2 33558528 34607103 1048576 512M Linux RAID
/dev/sdb3 34607104 5860533134 5825926031 2.7T Linux RAID
/dev/sdb4 2048 4095 2048 1M BIOS boot
Tudo o que resta a fazer, é ressincronizar os volumes RAID usando mdadm e reinstalar o grub2.
Depois que a ressincronização foi feita, como mencionado, eu reinstalei o grub2 em /dev/sda
(eu o re-instalei /dev/sdb
também, só para ter certeza) e gerou um novo mapa de dispositivos. (Eu tive que liberar os buffers HDD para evitar os avisos de imagem do núcleo grub2, no entanto)
Eu reiniciei o servidor e ele voltou a funcionar muito bem.
IMPORTANTE : Eu só fiz este GPT mexer porque eu tenho um backup completo do meu servidor como eu não estava 100% de certeza este funcionaria e eu poderia ter destruído minhas partições.