☰

dr.

tag-icon • tag-icon hard-drive windows-8.1 memory file-corruption memory-timings
dr.

dr.

No meu novo PC (com Windows 8.1 x64), alguns arquivos no HDD SATA local estão sendo corrompidos sem motivo visível (após algum IDLE).

Não é um vírus/malware! (testei com o antivírus AVG instalado, também com o novo 8.1, limpo, sem nenhum software/driver de terceiros)

Nenhuma falha de HW detectada por vários utilitários de teste.

Versão longa

Percebi que alguns arquivos em meus arquivos estão sendo corrompidos após algum tempo de inatividade.

Parece que são sempre os mesmos arquivos que estão sendo corrompidos: com meus últimos testes em um conjunto de> 33.000 arquivos jpeg, estou recebendo uma lista dos mesmos 30 arquivos que estão sempre sendo corrompidos. Parece que esses 30 arquivos contêm alguma sequência de bytes específica, que sob certas condições 'ativa' a corrupção.

(Depois que percebi que há um problema, estou restaurando periodicamente os arquivos do backup e comparando-os com o backup com WinMerge/BeyondCompare)

O padrão de corrupção é praticamente o mesmo: na maioria dos casos, alguns últimos bytes (cerca de 10 a 20 últimos bytes) são preenchidos com dados aleatórios. Mas nem sempre - também encontrei arquivos com dados aleatórios no início/meio do arquivo.

Fiz alguns testes para problemas de HW, mas não encontrei nenhum problema:

  • testei RAM (com MemTest86+ e algumas outras ferramentas - testei com diferentes padrões de preenchimento durante a noite - nenhum problema detectado)
  • HDD testado (problemas SMART detectados no atributo 0x05 'Reallocated Sectors Count', HDD trocado pela garantia (mesmo modelo). Agora sem problemas SMART, sem setores defeituosos em varreduras de superfície.

Também fiz vários experimentos. Como:

  • Janelas reinstaladas
  • Tentei com janelas limpas (mesmo sem drivers do fabricante da placa-mãe, apenas o padrão fornecido pela Microsoft)
  • Tentei com todos os drivers adequados instalados (baixados da página inicial do fabricante)
  • Excluiu todas as partições e HDD reparticionado/formatado
  • Tentei com o AVG Antivirus instalado e sem nenhum

Um teste deu resultados positivos (provavelmente): usei PartedMagic Linux inicializado a partir de um pendrive. Não tenho corrupções depois de várias semanas de uso do Linux. Mas ainda não tenho certeza se esta distribuição Linux estava usando os mesmos modos de acesso HW (como uso de memória ou alguma conexão SATA, etc.), ou simplesmente não aconteceu por acaso.

No começo pensei que fosse algo relacionado à configuração de drivers/cache do Windows. A mesma pergunta que levantei na Comunidade Microsoft, mas não obtive solução. (resposta.microsoft.com/en-us/windows/forum/windows8_1-files/files-on-hdd-getting-corrupted/e2b04d4f-d3ea-492d-a181-c1d437ab1507)

O problema ainda em análise: ainda não consegui a sequência estável/previsível para reproduzir o problema. Atualmente estou usando uma sequência de reprodução mais ou menos quase estável (que ainda leva vários dias para reproduzir o problema):

  1. Modificar configuração (HW ou SW)
  2. Restaurar arquivos do backup
  3. Inicie o WinMerge comparando o arquivo no HDD com a cópia de backup no NAS (na rede local)
  4. Se nenhuma corrupção for detectada, vá para a etapa 3.

A etapa 3 leva várias horas (4-6); também podem ser detectadas corrupções após várias iterações. Provavelmente isso acontece se eu tentar usar o computador durante a comparação - não tenho certeza.

Minha teoria atual:pode estar relacionado à RAM (mesmo que os arquivos corrompidos nunca sejam acessados ​​no modo de gravação. Pode ser que o Windows faça algumas realocações transparentes de conteúdo NTFS compactado durante algum procedimento interno de indexação de arquivos ... não sei).

  • Módulo DDR único removido: o problema não foi reproduzido após 3 dias de testes contínuos.
  • Módulo 'bom' substituído por módulo potencialmente 'ruim' extraído anteriormente: o problema foi reproduzido durante 1 dia. (embora o MemTest86+, imediatamente após o problema, não tenha detectado nenhum problema com a RAM - fez 6 passagens em testes estendidos)
  • Manteve o módulo 'ruim' instalado, mas modificou a frequência da RAM no BIOS 1600MHz->1300MHz - já executando testes de comparação há 3 dias - nenhum problema reproduzido até agora.

Hardware

Programas

  • Windows 8.1 64 bits (com todas as atualizações atualizadas)
  • Sistema de arquivos: NTFS compactado

Questões

Levando em conta tudo acima, alguém poderia aconselhar ou confirmar minhas suposições:

  1. Alguém tem alguma ideia do que poderia ser um motivo? Ou o que mais posso fazer para detectar um motivo? Existem outras ferramentas de teste que podem realizar testes profundos (como teste de memória durante o uso intensivo de memória de vídeo, etc.)?

  2. Se minha suposição atual estiver correta (provavelmente meu modelo de RAM KINGSTON não é totalmente compatível com a placa-mãe ou um módulo de RAM está com defeito e não funciona corretamente em 1600 MHz), com quais ferramentas de teste posso provar isso? (MemTest86+ e alguns outros não detectaram nenhum problema)

  3. Hoje também notei: quando na BIOS eu mudo os tempos de memória de AUTO para MANUAL, os valores padrão diferem dos recomendados pelas especificações KINGSTON: deve haver tRAS>33,75 (na BIOS o valor padrão é 27), tRFC deve ser>260 ( na BIOS o valor padrão é 208, mas o máximo é 255, que ainda é menor que o recomendado 260ns). Isso poderia teoricamente ser uma razão? (testará os tempos manuais também, mas levará algum tempo).

Responder1

Então, depois de dois meses e mais alguns experimentos. :-)

dr;

O problema foi resolvido desativando a compactação NTFS.

Oraiza causa ainda é desconhecida: acredito que pode ser causada pelo HDD, pela memória ou pela placa-mãe. Ou pela implementação da compactação NTFS.

Versão longa

Joguei com tempos de RAM - não ajudou.

Contato com o suporte do fabricante com perguntas sobre problemas de hardware conhecidos. Os fabricantes de RAM e placas-mãe não possuem informações sobre problemas conhecidos. O fabricante do HDD (Toshiba) não respondeu :-)

De qualquer forma, depois de desabilitar a compactação, o problema não foi reproduzido após quase 2 meses de uso normal do computador. Enquanto outra cópia de amostra, armazenada na pasta compactada, foi corrompida/restaurada muitas vezes.

Pode haver um bug na implementação do algoritmo de compactação usado no Windows 8.1.

Também testei com a versão do Windows 10 - os arquivos compactados são corrompidos durante um dia de IDLE.

Responder2

Você já tentou trocar o cabo de dados SATA? Se você tiver um sobressalente, experimente. Tente encontrar um que não tenha aqueles clipes de metal nas pontas. Eu tive muitos problemas com isso.

Responder3

Execute CHKDSK C: /F no prompt de comando (modo administrador) - observe os espaços no comando - e veja se isso ajuda. O Check Disk irá verificar e corrigir erros durante a reinicialização e antes que o próprio Windows seja carregado.

informação relacionada