(Edit: alterou o assunto errado) Eu tenho um array mdadm raid5 composto por 4 discos, todos WD Blue WD40EZRZ 4TB. Dois deles leram erros, então o array está morto. Lendo outras postagens sobre esse tipo de problema aqui, usei ddrescue
ddrescue -f /dev/sda /dev/sde sda.map
para salvar o conteúdo de um dos discos problemáticos em um novo disco. Este novo disco é exatamente da mesma marca e tipo que os discos problemáticos WD Blue WD40EZRZ 4TB.
No entanto, depois de gravar 4000GB no novo disco, o ddrescue pára de informar que não pode gravar no disco de destino porque não há espaço disponível no dispositivo.
O ddrescue usa mais espaço do que a origem da qual ele lê?
=============================================== ================ mdadm --examine / dev / sda (/ dev / sda é o disco de origem)
/ dev / sda: Magia: a92b4efc Versão: 1.2 Mapa de recursos: 0x9 Matriz UUID: e9c5ac38: affff54a: 730669a1: e2462279 Nome: souder: 0 (local para hospedar souder) Tempo de criação: Fri Apr 28 09:59:07 2017 Nível de Raid: raid5 Dispositivos de ataque: 4
Tamanho do Avail Dev: 7813775024 (3725.90 GiB 4000.65 GB) Tamanho da Matriz: 11720649216 (11177,68 GiB 12001,94 GB) Tamanho do Dev Utilizado: 7813766144 (3725.89 GiB 4000.65 GB) Deslocamento de dados: 262144 setores Super Offset: 8 setores Espaço não utilizado: antes = 262064 setores, após = 8880 setores Estado: limpo UUID do dispositivo: 0c6e6682: c99f679e: 64256d78: b8a4188d
Bitmap Interno: 8 setores do superbloco Hora de Atualização: Mon Oct 29 22:08:59 2018 Log de Blocos Inválidos: 512 entradas disponíveis nos setores offset 24 - blocos defeituosos presentes. Soma de verificação: 5ad156f1 - correto Eventos: 1273316
Layout : left-symmetric
Chunk Size : 512K
Papel do dispositivo: dispositivo ativo 0 Estado da Matriz: AA .. ('A' == ativo, '.' == ausente, 'R' == substituindo)
=============================================== ======================== mdadm --examine / dev / sde (sde é o disco de destino)
/ dev / sde: Magia: a92b4efc Versão: 1.2 Mapa de recursos: 0x9 Matriz UUID: e9c5ac38: affff54a: 730669a1: e2462279 Nome: souder: 0 (local para hospedar souder) Tempo de criação: Fri Apr 28 09:59:07 2017 Nível de Raid: raid5 Dispositivos de ataque: 4
Tamanho do Avail Dev: 7813775024 (3725.90 GiB 4000.65 GB) Tamanho da Matriz: 11720649216 (11177,68 GiB 12001,94 GB) Tamanho do Dev Utilizado: 7813766144 (3725.89 GiB 4000.65 GB) Deslocamento de dados: 262144 setores Super Offset: 8 setores Espaço não utilizado: antes = 262064 setores, após = 623 setores Estado: limpo UUID do dispositivo: 0c6e6682: c99f679e: 64256d78: b8a4188d
Bitmap Interno: 8 setores do superbloco Hora de Atualização: Mon Oct 29 22:08:59 2018 Log de Blocos Inválidos: 512 entradas disponíveis nos setores offset 24 - blocos defeituosos presentes. Soma de verificação: 5ad156f1 - correto Eventos: 1273316
Layout : left-symmetric
Chunk Size : 512K
Papel do dispositivo: dispositivo ativo 0 Estado da Matriz: AA .. ('A' == ativo, '.' == ausente, 'R' == substituindo)
=============================================== ======================
Parece-me que a cópia do ddrescue foi bem sucedida, apesar da mensagem de erro?