Como fazer backup de dados para levantar setores defeituosos?

Nada pode proteger contra a corrupção do disco. As únicas proteções em que consigo pensar são:

• Formate o disco de destino com formato lento (não rápido) para atualizar todos os setores
• Verifique os dados SMART do disco de destino quanto a pontos fracos
• Faça mais de um backup

Monitorar o disco rígido é a melhor opção.

Você pode começar com o monitoramento SMART. SMART significa ferramenta de automonitoramento e reparo. Particularmente discos com alto ECC (códigos de correção de erros) devem ser substituídos porque esses setores fracos acabarão falhando.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   114   100   006    Pre-fail  Always       -       61609160
  3 Spin_Up_Time            0x0003   093   092   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       195
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   085   060   030    Pre-fail  Always       -       4648073590
  9 Power_On_Hours          0x0032   077   077   000    Old_age   Always       -       20551
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       32
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       6 6 12
189 High_Fly_Writes         0x003a   061   061   000    Old_age   Always       -       39
190 Airflow_Temperature_Cel 0x0022   061   045   045    Old_age   Always   In_the_past 39 (Min/Max 33/55)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       0
193 Load_Cycle_Count        0x0032   039   039   000    Old_age   Always       -       122569
194 Temperature_Celsius     0x0022   039   055   000    Old_age   Always       -       39 (0 21 0 0 0)
195 Hardware_ECC_Recovered  0x001a   114   100   000    Old_age   Always       -       61609160
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       9421h+55m+42.115s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       36542577472
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       2583422390857

Observe aqui: 195 Hardware_ECC_Recovered, aqui a unidade leu um setor, os dados ECC informaram que o setor estava errado e o recuperou. Observe também Raw_read_Error_Rate e Seek_Error_Rate. Geralmente não é importante quantos você tem, mas com que rapidez o número aumenta. No entanto, em drives ruins, eles podem chegar facilmente a milhões ou até bilhões. Se a sua unidade ficar tão alta, substitua-a. Toda vez que ele precisa fazer uma recuperação ECC, a velocidade de leitura da unidade diminui e, quando você tem milhões, a unidade realmente começa a atrasar.

Citação de erros de ECC do disco rígido! - Blog de recuperação de dados do Memofix :

Quando um disco rígido lê um setor de dados, ele também lê um código ECC de 50 bytes que reside logo após os dados reais. Quando os dados foram gravados pela primeira vez no setor, ele executou um algoritmo sofisticado nos 512 bytes de dados do setor e isso resultou em um código ECC exclusivo que só pode ser replicado lendo exatamente os mesmos dados. Quando um setor é lido posteriormente, a unidade tenta validar os dados executando o mesmo algoritmo nos dados e comparando-os com o código ECC armazenado anteriormente. Se o código não corresponder, a unidade de disco produzirá um código de erro e impedirá a transferência dos dados. O disco rígido normalmente tentará reler os dados até 10 vezes enquanto tenta corresponder ao código ECC e esse processo diminui consideravelmente a velocidade do disco.

O ECC é uma fórmula matemática complexa que pode detectar e corrigir setores defeituosos.

Atualizar a superfície refere-se a ler a unidade em pequenos blocos de setores e reescrever esses blocos com o mesmo conteúdo, verificando se estão todos ok. Alguns softwares adicionam truques adicionais, como inverter todos os dados, gravar na unidade, reler e depois invertê-los novamente, para garantir que todos os setores estejam funcionando corretamente.

A cada dois meses, atualizando a superfície com algo como SpinRite de grc.com.

Um programa chamado Victoria de http://hdd.by lhe dará tempo para a superfície do disco. Quanto mais setores demorarem mais para serem lidos, pior será.

Acima: você vê sinais claros de que a unidade está envelhecendo porque há muitos blocos verdes; uma unidade totalmente nova estaria quase inteiramente na região cinza mais clara, com alguns 100 na região 100 (cinza médio).

Finalmente, arquivos de paridade. http://www.quickpar.org.uk/ . Isso gerará arquivos de reparo que permitirão reparar setores defeituosos em um determinado arquivo. Quanto maior a porcentagem de dados de paridade, pior o erro que ele pode reparar. No entanto, não deve exigir muitos dados para lidar com alguns 100 setores defeituosos. Não sei a proporção exata, mas alguém aqui provavelmente sabe.

Aqui você adiciona os arquivos que deseja proteger, define o nível de proteção (2% deve ser suficiente para esses fins) e clica em criar .

Aqui estão os arquivos PAR resultantes totalizando cerca de 75 MB:

Aqui eu intencionalmente destruí 10.000 setores (contagem = 10.000)  bscom tamanho de bloco de 512.

dd conv=notrunc if=/dev/zero of="Windows 10 64  16299.15.iso" bs=512 count=10000 seek=1

Apenas 2% de dados PAR foram capazes de recuperar pelo menos 10.000 blocos defeituosos de 512 bytes por bloco.

O que são dados de paridade?

Embora este artigo o aborde brevemente:

https://www.dataclinic.co.uk/raid-parity-xor/

É também uma fórmula que pessoas muito inteligentes desenvolveram para corrigir erros. Quando o programa de paridade é executado, ele gera esses bits extras de recuperação. É baseado em XOR.

Incluí algumas capturas de tela do QuickPAR, mas o WinRAR também tem essa capacidade. Veja aqui: Em "Opções" você pode definir a porcentagem de dados de recuperação; 2% deve ser suficiente para proteger contra setores defeituosos. Se você tiver 10.000 setores defeituosos, precisará substituir o disco rígido o mais rápido possível.

RAID 5/6 tem que proteger contra falha de um ou dois discos inteiros, então esta porcentagem é muito maior.