O ddrescue precisa de mais no dispositivo de destino do espaço do que no dispositivo de origem?

0

(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?

    
por Jogchum 11.11.2018 / 12:45

0 respostas