Zerar o superbloco em um volume de ataque do Linux não afeta a carga real. De fato, a carga útil é offset do superbloco uma quantia considerável (o que equivale a 2048 setores em mdadm recente e menos em mdadm < = versão 3.0).
Mas no seu caso, (desde que você realmente tenha feito o mfks.ext4 /dev/sdd1
), o superbloco da partição já estava em branco. Assim, a única maneira de explicar o que você descreve é assumir que o superbloco foi adicionado novamente, o que significa que seus dados já estão corrompidos (espero que o fsck possa corrigi-lo posteriormente).
O cenário mais provável do que aconteceu é que você fez o mfks.ext4 /dev/sdd1
antes de parar o dispositivo md. Ou você é uma vítima (assim como eu era) do bug descrito aqui: Um erro desagradável de md / raid que efetivamente permite Linux para reescrever o bitmap no dispositivo md que não está ativo.
Então, em resumo, zerar o superbloco é irrelevante. Você deve parar esse dispositivo, limpar a parte em /etc/mdadm/mdadm.conf que o descreve e executar fsck (primeiro tente em modo somente leitura para ter certeza de que há algo parecido com o sistema de arquivos ext4) dispositivo.
HTH