(Re-) Cria GPT a partir de partições existentes no Debian 8

3

No meu servidor Debian 8, o HDD / dev / sda travou. mdadm me informou via e-mail e eu tive o disco substituído.

Após o backup do servidor, copiei meu GPT de usar sgdisk -R /dev/sdb /dev/sda . No segundo em que toquei em "Enter" no meu teclado, percebi meu erro.

Então, agora eu tenho um GPT vazio em ambos os discos.

Minha pergunta é se é possível recriar o GPT em /dev/sdb , pois o servidor ainda está em execução, já que não reiniciei desde que copiei o GPT errado?

Eu fiz um backup com sfdisk -d /dev/sdb > sdb.partition.table antes de o disco rígido defeituoso ser substituído. Mas como eu não fiz um backup com sgdisk o backup é completamente inútil, se estou correto?

Além disso, tenho essa saída do fdisk -l de antes de copiar o GPT:

Disk /dev/sdb: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 454774BD-960F-45C6-8C82-AE5C156444E0

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

Partition table entries are not in disk order.
Disk /dev/md0: 16 GiB, 17171349504 bytes, 33537792 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/md1: 511.7 MiB, 536543232 bytes, 1047936 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/md2: 2.7 TiB, 2982739705856 bytes, 5825663488 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
por FleBeling 20.10.2016 / 12:14

1 resposta

0

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.

    
por 21.10.2016 / 09:05