Linux - Reparando blocos defeituosos em um array RAID1 com GPT

Question

O tl; dr: como eu resolveria um bloco defeituoso em um disco em um array RAID1?

Mas, por favor, leia tudo isso pelo que eu já tentei e possíveis erros nos meus métodos. Eu tentei ser o mais detalhado possível, e estou realmente esperando por algum feedback

Esta é a minha situação: Eu tenho dois discos de 2 TB (mesmo modelo) configurados em uma matriz RAID1 gerenciada por mdadm . Cerca de 6 meses atrás eu notei o primeiro bloqueio ruim quando a SMART o relatou. Hoje eu notei mais e agora estou tentando consertá-lo.

Esta página do HOWTO parece ser o único artigo com o qual todos se conectam para corrigir os bloqueios que a SMART está relatando. É uma ótima página, cheia de informações, no entanto, é bastante desatualizada e não aborda a minha configuração particular. Aqui está como minha configuração é diferente:

• Em vez de um disco, estou usando dois discos em uma matriz RAID1. Um disco está relatando erros enquanto o outro está bem. O HOWTO é escrito com apenas um disco em mente, o que traz várias questões como 'eu uso este comando no dispositivo de disco ou no dispositivo RAID'?
• Estou usando a GPT, que o fdisk não suporta. Eu tenho usado o gdisk, e espero que ele esteja me dando as mesmas informações que eu preciso

Então, vamos ao assunto. Isso é o que eu fiz, no entanto, não parece estar funcionando. Por favor, sinta-se livre para checar meus cálculos e métodos para erros. O disco relatando erros é / dev / sda:

# smartctl -l selftest /dev/sda
smartctl 5.42 2011-10-20 r3458 [x86_64-linux-3.4.4-2-ARCH] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%     12169         3212761936

Com isso, percebemos que o erro reside no LBA 3212761936. Após o HOWTO, eu uso o gdisk para encontrar o setor de início a ser usado posteriormente na determinação do número do bloco (já que não posso usar o fdisk pois ele não suporta GPT) :

# gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.5

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): CFB87C67-1993-4517-8301-76E16BBEA901
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      3907029134   1.8 TiB     FD00  Linux RAID

Usando tunefs , acho que o tamanho do bloco é 4096 . Usando esta informação e o cálculo do HOWTO, concluo que o bloco em questão é ((3212761936 - 2048) * 512) / 4096 = 401594986 .

O HOWTO me direciona para debugfs para ver se o bloco está em uso (eu uso o dispositivo RAID porque ele precisa de um sistema de arquivos EXT, este foi um dos comandos que me confundiram como eu não fiz, no começo, sei se devo usar / dev / sda ou / dev / md0):

# debugfs
debugfs 1.42.4 (12-June-2012)
debugfs:  open /dev/md0
debugfs:  testb 401594986
Block 401594986 not in use

Então o bloco 401594986 é um espaço vazio, eu deveria poder escrever sobre ele sem problemas. Antes de escrever, no entanto, tento ter certeza de que, de fato, não pode ser lido:

# dd if=/dev/sda1 of=/dev/null bs=4096 count=1 seek=401594986
1+0 records in
1+0 records out
4096 bytes (4.1 kB) copied, 0.000198887 s, 20.6 MB/s

Se o bloco não puder ser lido, não esperaria que isso funcionasse. No entanto, isso acontece. Eu repito usando /dev/sda , /dev/sda1 , /dev/sdb , /dev/sdb1 , /dev/md0 e + -5 para o número de bloco para pesquisar em torno do bloco inválido. Tudo funciona. Eu dou de ombros, vou em frente e escrevo e sincronizo (eu uso / dev / md0 porque eu achei que modificar um disco e não o outro poderia causar problemas, dessa forma os dois discos sobrescrevem o bloco ruim):

# dd if=/dev/zero of=/dev/md0 bs=4096 count=1 seek=401594986
1+0 records in
1+0 records out
4096 bytes (4.1 kB) copied, 0.000142366 s, 28.8 MB/s
# sync 

Espero que a gravação no bloco defeituoso faça com que os discos reatribuam o bloco a um bom, mas a execução de outro teste SMART é diferente:

# 1  Short offline       Completed: read failure       90%     12170         3212761936

Voltar para o quadrado 1. Então, basicamente, como eu consertaria um bloco ruim em um disco em um array RAID1? Tenho certeza que não fiz algo corretamente ...

Obrigado pelo seu tempo e paciência.