O chkdsk do Windows substituiu o cluster defeituoso - os arquivos estão corrompidos agora?

Question

Eu executei o chkdsk em uma unidade e, quando chegou ao estágio 4 (verificando os dados do arquivo), essa mensagem apareceu para alguns arquivos:

Windows replaced bad clusters in file ######
of name \path\filename.ext

Isso significa que esses arquivos estão corrompidos agora? Estou principalmente preocupado com ISOs e executáveis. Infelizmente, não tenho hashes deles, por isso não tenho nada para verificar a integridade deles depois que o chkdsk terminar a execução.

Se for relevante, trata-se de um disco rígido mecânico, um Western Digital Green de 2 TB.

    

Answer 1

A resposta é, depende. o arquivo ocupava, pelo menos em parte, um cluster defeituoso, que, na verdade, corrompia o arquivo. chkdsk realocou o setor (apontou esse endereço para um local não ruim na superfície do disco) e tentou copiar o conteúdo do cluster defeituoso para ele. No entanto, não há garantia de que os dados no cluster de origem possam ser totalmente recuperados para o destino. se estiver, seu arquivo está intacto, mas se não for possível recuperar os dados completamente e com precisão, haverá alguma corrupção.

sem cortes, sem uma linha de base, não há como saber.

    

Answer 2

Geralmente, um arquivo é alocado em clusters em um disco, mas não necessariamente armazena dados significativos nesses clusters. Por exemplo:

• Máquinas virtuais que têm suas imagens de disco pré-alocadas para reservar espaço de armazenamento e evitar a fragmentação. Metade dos arquivos baixados geralmente são pré-distribuídos dessa maneira também.
• Um banco de dados que teve registros excluídos, mas que ainda não foi aspirado . Em um sistema de desktop, os "bancos de dados" podem incluir caixas de correio, histórico de mensagens instantâneas, marcadores de navegador, gerenciadores de senhas, catálogos de fotos, bibliotecas de músicas ou o registro do Windows.

Nesse caso, os arquivos geralmente conterão alguns clusters significativos e alguns clusters que contêm dados não relacionados que você excluiu no passado, como arquivos marcados pelo sistema de arquivos a serem substituídos. Assim, às vezes, mesmo que um arquivo seja tecnicamente corrupto, você pode ter a sorte de não comprometer a integridade do arquivo.

No entanto, seria uma boa ideia verificar a integridade do arquivo com uma ferramenta que entende o formato de arquivo específico, quando possível. Tais ferramentas existem para a maioria das formas de imagem de disco, banco de dados e arquivo de mídia.

    

Answer 3

Does this mean that these files are now corrupt? The files were corrupt and Windows was able to repair the file Unfortunately, I don't have hashes of them so I have nothing to check their integrity against after chkdsk finishes running. I'm mainly concerned about ISOs and executables.

Você terá que encontrar essas somas de verificação dependendo do arquivo que chkdisk reparado não deve ser difícil. No final, a corrupção de um cluster foi detectada. Você deve restaurar o arquivo da sua fonte de backup.

If it's relevant, this is a mechanical hard drive, a 2TB Western Digital Green.

Você deve começar a fazer backup de seus dados com mais frequência para ter algo para comparar as somas de verificação também.

Se o arquivo for um arquivo de sistema, você deve executar sfc /scannow para verificar a integridade do Windows.

    

Answer 4

Em um caso como este, pode-se usar um editor hexadecimal e pesquisar se há uma sequência anormalmente longa de 00s interrompendo uma área de dados complexa. Normalmente, se em algum momento você vê um múltiplo de 512 bytes de dados em branco, começando em um deslocamento múltiplo de 512 em relação ao início do arquivo (limite do setor), em uma área onde deveria haver caracteres (aparentemente) aleatórios (se for um arquivo binário), ou uma sequência legível de caracteres (se for um arquivo de texto), então você pode ter certeza de que alguma corrupção ocorreu.

É claro que, para que isso seja administrável, pelo menos, exigiria pelo menos um dos LBAs dos setores defeituosos, não é praticamente possível verificar cada arquivo como este. O melhor curso de ação se houver setores defeituosos em uma unidade de armazenamento é primeiro cloná-lo com uma ferramenta adequada (o ddrescue é frequentemente recomendado), então executar o CHKDSK ou qualquer outra ferramenta projetada para tentar uma conserto de lugar, que pode suceder ou falhar, mas nunca informará explicitamente qual foi o resultado real. Caso contrário, a única maneira razoável de detectar esses erros é ficar atento a qualquer tipo de falha ao ler / reproduzir / executar os arquivos que foram armazenados naquele dispositivo e, depois, verificá-los com o método indicado acima.