Arquivos corupted durante a cópia

4

Durante a cópia / download de um arquivo grande (3 GB), os checksusms não são os mesmos depois.

Métodos tentados:

  • Transferência de patch cable entre dois computadores. (a soma da fonte foi OK)
  • Download do site principal.
  • Copie de outra partição. (a soma original foi OK)

O arquivo é um ISO para um sistema operacional baseado em Debian. (mas este não é o único arquivo que teve problemas ...)

Estou usando o Ubuntu 15.10 ao lado do Mac OSX El Capitian, e tive esse problema em ambos. No entanto, com o Mac, consegui obter o arquivo corretamente.

Eu executei o comando badblocks (no disco inteiro) e fsck.ext4 (somente na partição Ububntu) de um CD ao vivo e nenhum problema foi relatado. Mais sobre o relatório SMARTS para a unidade informa que o disco está OK.

Isso pode ser uma falha de unidade e há mais alguma coisa que eu possa fazer para verificar a integridade do disco rígido?

UPDATE:

Então, outra coisa intersting está acontecendo ... Eu corri o sha1sum uma vez e consegui: 87004a6bea1ff1792f733f9048b3c43b7a2c66af Acabei de executá-lo mais três vezes e recebi 6607f5a66aee980a8958bb99f9871158a852a319 91b8a6674b9a90ab07c151cedc203a2d9806193f e %código%. Eu não fiz alterações neste arquivo ... Alguma idéia?

UPDATE 2:

Eu apenas reiniciei meu sistema e a soma parou de "mudar" ... Então, parece que eu poderia ter cortado o meio da gravação, mesmo que 076d303bbbce719edffd9ed821bc83c448d42bb4 tenha retornado ... Estou confuso a essa altura está pendurado em um buffer por tanto tempo. Alguém sabe o que posso fazer sobre isso?

    
por Gamerb 19.12.2015 / 20:28

1 resposta

3

Eu estou supondo que a memória RAM está ruim - pode causar pequenos erros quando os arquivos são copiados e pode ser muito intermitente, se for apenas um pequeno ponto de memória RAM que nem sempre é usado. Eu esperaria ver menção de erros de leitura de disco em dmesg ou / var / log / syslog.

Verifique com memtest por alguns passos, quando o computador estiver "aquecido". Eu li que executá-lo por 24 horas é um teste 100% confiável, mas apenas alguns minutos encontrariam grandes erros, uma hora deveria ser boa.

Se os arquivos caberem na RAM, eles poderão ser lidos apenas a partir do disco uma vez e as leituras subseqüentes serão do cache de disco na RAM. Para limpar / limpar o cache de disco e tentar outra leitura do disco, execute:

sync; echo 3 | sudo tee /proc/sys/vm/drop_caches

Ecoando 3 limpa todos os caches, ecoando 1 apenas limpa o pagecache (caches de disco e outros caches eu acho ), 2 libera objetos de placas recuperáveis (inclui dentries e inodes) - Veja Documentação do kernel para / proc / sys / vm / *

    
por 19.12.2015 / 20:55