Integridade de dados após a restauração da GPT no disco configurado do Mdraid

Question

Eu restaurei cabeçalhos GPT de backup em discos particionados anteriormente GPT que são membros de uma invasão de software do Linux (mdraid). Isso foi feito porque o partprobe relatou cabeçalhos corrompidos.

Agora, a invasão de software deve gerenciar todos os discos, mas as informações de partição usadas anteriormente permanecem do momento em que o servidor foi usado de maneira diferente.

Percebendo que a GPT provavelmente não é relevante na minha configuração, eu removi as informações da GPT totalmente por meio do modo expert do gdisk.

No entanto, minha preocupação é que minha preocupação com a remoção de informações de GPT / restauração de GPT pode ter corrompido minha invasão de software.

O sistema em si não mostra nenhum sinal de que este é o caso (ainda inicializa, os dados estão acessíveis), mas imaginei se alguém poderia informar se os dados ainda poderiam ser corrompidos por minhas ações ou de que maneira eu poderia verificar a integridade dos dados.

    

Answer 1

Os metadados da Versão 1.2 são armazenados em 4K desde o início do dispositivo de bloco. Os dados em si são um pouco justos, normalmente. Por exemplo, aqui está (parte de) mdadm -E de um disco em um dos meus arrays:

/dev/sda3:
          Magic : a92b4efc
        Version : 1.2
⋮
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262064 sectors, after=2224 sectors
⋮

Como você pode ver, 8 setores em (8 * 512 bytes / setor lógico = 4KiB) é o superbloco de matriz. Os dados estão muito mais avançados, 128MiB de fato.

O layout GPT é o primeiro setor (# 0) é um MBR protetor; os próximos 33 setores (# 1 a 33) a tabela e as entradas da partição GPT. Os últimos 33 setores no disco armazenam o backup.

Assim, a restauração da tabela de partições GPT de backup pode substituir os primeiros 34 setores no total. Mas isso não tocaria nos dados (porque está a mais de duzentos mil setores de distância). Dependendo de quanto espaço não é utilizado depois, então até mesmo escrever para o backup no final não causaria corrupção (há muito no meu array, o seu pode ser diferente.)

Parece que suas superquadras não foram destruídas, já que você montou a matriz desde então. Eu confirmo verificando mdadm -E em cada disco, mas além disso, parece que nenhum dano foi feito. Você também pode querer limpar e reativar o bitmap de intenção de gravação se (a) em uso e (b) interno, conforme armazenado no espaço entre o superbloco e os dados.