☰

tl; dr

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

tl; dr

En mi nueva PC (con Windows 8.1 x64), algunos archivos del disco duro SATA local se corrompen sin motivo visible (después de un tiempo de inactividad).

¡No es un virus/malware! (Hice la prueba con el antivirus AVG instalado, también con el nuevo 8.1 limpio y sin software ni controladores de terceros)

No se detectaron fallos de HW por parte de varias utilidades de prueba.

Versión larga

Noté que algunos archivos en mis archivos se corrompen después de un tiempo de inactividad.

Parece que siempre son los mismos archivos los que se corrompen: con mis últimas pruebas en un conjunto de >33000 archivos jpeg, obtengo una lista de los mismos 30 archivos que siempre se corrompen. Parece que estos 30 archivos contienen una secuencia de bytes específica, que bajo ciertas condiciones "activa" la corrupción.

(Después de darme cuenta de que hay un problema, periódicamente restauro archivos desde la copia de seguridad y luego los comparo con la copia de seguridad con WinMerge/BeyondCompare)

El patrón de corrupción es bastante similar: en la mayoría de los casos, algunos últimos bytes (entre 10 y 20 últimos bytes) están llenos de datos aleatorios. Pero no siempre, también encontramos archivos con datos aleatorios al principio o en la mitad del archivo.

Hice algunas pruebas para detectar problemas de hardware, pero no encontré ningún problema:

  • RAM probada (con MemTest86+ y algunas otras herramientas; se probó con diferentes patrones de relleno durante la noche; no se detectaron problemas)
  • HDD probado (se detectaron problemas SMART en el atributo 0x05 'Recuento de sectores reasignados', HDD intercambiado por garantía (mismo modelo). Ahora no hay problemas SMART ni sectores defectuosos en los escaneos de superficie.

También hice muchos experimentos diferentes. Como:

  • ventanas reinstaladas
  • Probado con Windows limpio (incluso sin controladores del fabricante de la placa base, solo los predeterminados proporcionados por Microsoft)
  • Probado con todos los controladores adecuados instalados (descargados desde la página de inicio del fabricante)
  • Se eliminaron todas las particiones y el disco duro reparticionado/formateado.
  • Probado con AVG Antivirus instalado y sin ningún

Una prueba dio resultados positivos (probablemente): utilizó PartedMagic Linux arrancado desde una memoria USB. No tengo daños después de varias semanas de uso de Linux. Pero todavía no estoy seguro de si esta distribución de Linux usaba los mismos modos de acceso al HW (como el uso de memoria o alguna conexión SATA, etc.), o simplemente no sucedió por casualidad.

Al principio pensé que era algo relacionado con los controladores/configuración de caché de Windows. La misma pregunta que planteé en Microsoft Community, pero no obtuve solución. (respuestas.microsoft.com/en-us/windows/forum/windows8_1-files/files-on-hdd-getting-corrupted/e2b04d4f-d3ea-492d-a181-c1d437ab1507)

El problema aún está en análisis: todavía no obtuve la secuencia estable/predecible para reproducir el problema. Actualmente estoy usando una secuencia de reproducción más o menos cuasi estable (que todavía tarda varios días en reproducir el problema):

  1. Modificar la configuración (HW o SW)
  2. Restaurar archivos desde la copia de seguridad
  3. Inicie WinMerge comparando el archivo en HDD con la copia de seguridad en NAS (a través de la red local)
  4. Si no se detecta corrupción, vaya al paso 3.

El paso 3. lleva varias horas (4-6); también se pueden detectar daños después de varias iteraciones. Probablemente suceda si intento usar la computadora mientras la comparo; no estoy seguro.

Mi teoría actual:podría estar relacionado con la RAM (aunque nunca se accedió a los archivos corruptos en el modo de escritura. Puede ser que Windows realice algunas reasignaciones transparentes de contenido NTFS comprimido durante algún procedimiento interno de indexación de archivos... no lo sé).

  • Se eliminó un solo módulo DDR: el problema no se reprodujo después de 3 días de pruebas continuas.
  • Se reemplazó el módulo "bueno" por un módulo potencialmente "malo" previamente extraído: el problema se reprodujo durante 1 día. (aunque MemTest86+, inmediatamente después del problema, no detectó ningún problema con la RAM; realizó 6 pasadas de pruebas extendidas)
  • Mantuve el módulo "malo" instalado, pero modifiqué la frecuencia de RAM en el BIOS 1600MHz->1300MHz; ya se realizaron pruebas de comparación durante 3 días; no se ha reproducido ningún problema hasta ahora.

Hardware

Software

  • Windows 8.1 de 64 bits (con todas las actualizaciones actualizadas)
  • Sistema de archivos: NTFS comprimido

Preguntas

Teniendo en cuenta todo lo anterior, ¿alguien podría aconsejarme o confirmar mis suposiciones?

  1. ¿Alguien tiene alguna idea de cuál podría ser la razón? ¿O qué más puedo hacer para detectar un motivo? ¿Existen otras herramientas de prueba que puedan realizar algunas pruebas profundas (como pruebas de memoria durante el uso intensivo de memoria de video, etc.)?

  2. Si mi suposición actual es correcta (probablemente mi modelo KINGSTON RAM no es totalmente compatible con la placa base, o un módulo RAM está un poco defectuoso y no funciona correctamente a 1600 MHz), ¿con qué herramientas de prueba puedo demostrarlo? (MemTest86+ y un par más no detectaron ningún problema)

  3. Hoy también me he dado cuenta: cuando en BIOS cambio los tiempos de memoria de AUTO a MANUAL, los valores predeterminados difieren de los recomendados por las especificaciones de KINGSTON: debería haber tRAS>33.75 (en BIOS el valor predeterminado es 27), tRFC debería ser >260 ( en BIOS el valor predeterminado es 208, pero el máximo es 255, que sigue siendo inferior a los 260 ns recomendados). ¿Podría ser eso teóricamente una razón? (También probaré los tiempos manuales, pero llevaría algún tiempo).

Respuesta1

Entonces, después de dos meses y algunos experimentos más. :-)

tl;dr;

El problema se solucionó desactivando la compresión NTFS.

ElraízLa causa aún se desconoce: creo que puede ser causada por el disco duro, la memoria o la placa base. O mediante la implementación de la compresión NTFS.

Versión larga

Jugué con los tiempos de RAM, pero no ayudó.

Se contactó con el soporte de los fabricantes con preguntas sobre problemas de hardware conocidos. Los fabricantes de RAM y placas base no tienen información sobre problemas conocidos. El fabricante de HDD (Toshiba) no respondió :-)

De todos modos, después de desactivar la compresión, el problema no se reprodujo después de casi 2 meses de uso normal de la computadora. Mientras que otra copia de muestra, almacenada en la carpeta comprimida, se corrompió/restauró muchas veces.

Es posible que haya un error en la implementación del algoritmo de compresión utilizado en Windows 8.1.

También lo probé con la versión de Windows 10: los archivos comprimidos se dañan durante un día de inactividad.

Respuesta2

¿Has probado a cambiar el cable de datos SATA? Si tienes uno de repuesto, pruébalo. Intenta encontrar uno que no tenga esos clips metálicos en los extremos. He tenido muchos problemas con eso.

Respuesta3

Ejecute CHKDSK C: /F en el símbolo del sistema (modo administrador) (tenga en cuenta los espacios en el comando) y vea si esto ayuda. Check Disk escaneará y corregirá errores durante el reinicio y antes de que Windows se cargue.

información relacionada