.png)
Antes de explicar el problema, déjame decirte cuál no es el problema. No tengo problemas para formatear ni ver que la unidad tiene 3 TB, así que evite este problema.
Entonces, ahora el problema. Tenía esta unidad sin ningún problema, pero desafortunadamente decidí ejecutarla CHKDSK /R, por lo que después de eso marca 2 GB de la unidad como sectores defectuosos. Por suerte lo tenía como espacio libre.
Entonces, volvería a crear la partición con GPT, sin problemas. Vuelva a Windows, inténtelo chkdskde nuevo y bammm, ahí vuelve a una unidad utilizable de solo 0,7 TB. Entonces pensé que tenía un disco defectuoso, le pregunté a Seagate y me enviaron un disco "nuevo".
Como me llego el nuevo he hecho la misma prueba, con el mismo resultado, joder.
Decidí hacer otra prueba, una nueva partición e intentar llenar el disco con películas, para poder ver la miniatura en el Explorador de Windows para una vista rápida si los datos estaban bien. Creé un lote para copiar 1 película una y otra vez hasta que la unidad estuvo llena.
Después de 1 día de copias, vuelvo y veo inmediatamente que algunos archivos no tenían una vista previa en miniatura y, cuando los abrí, no se reproducían. ¿Por qué una simple copia de un archivo de trabajo no está bien?
Después de eso, lo intenté chkdsk /Festa vez y encontré toneladas de errores en las tablas; ¿porqué es eso? Todo lo que hizo la unidad fue copiar archivos, ya no le sirve de nada.
Borró datos y se quedó con 2TB de datos en el disco, pero curiosamente dejó algunas copias malas que no se reproducían en absoluto.
En este punto mi cabeza está confundida y no sé qué pensar de este viaje. ¿Está bien? ¿ chkdskEl único problema es que destruye el disco? ¿Por qué ocurre esta incompatibilidad?
Decidí rehacer el proceso de copia de la película nuevamente y llenar la unidad nuevamente, lo cual es un proceso muy largo para llenar 3 TB. Hasta ahora tengo 1,4 TB de datos y hasta ahora todos los archivos tienen una miniatura funcional en el Explorador de Windows.
Entonces, ¿alguien puede compartir algo de iluminación?
información:
- windows 7 64 bits
- Placa Asus P5Q
- Conjunto de chips con los controladores más recientes
- Disco duro Seagate ST3000DM001
editar:
Ayer, en el segundo proceso de llenar el disco con una copia de la película, aproximadamente 1,8 TB de datos copiados decidí echar un vistazo y ya había toneladas de archivos de vídeo corruptos, lo cual es muy estresante, ¿por qué estaba sucediendo esto?
Así que cancelé el proceso e intenté instalar uno de los toneladas de archivos que estaba probando desde Intel, hasta ahora todo sin éxito, pero un "iata_enu.exe", que es Intel RST, finalmente cambió la versión en mi sata. controlador de 2008 a 2012, finalmente tuve algo de esperanza, en caso de que este fuera el problema. lo cual sigue siendo extraño, porque si vas al sitio de Intel o Asus para obtener el controlador más reciente, obtendrás la versión 2008.
Entonces, se hizo un cambio, pero decidí hacer otro. ¿Qué pasaría si el problema de los archivos corruptos solo en un proceso de COPIA fuera la propia fotocopiadora? Así que eliminé teracopy y cambié el lote para usar el antiguo comando de copia de dos.
Después de estos 2 cambios, reinicié mi proceso de llenar la unidad con copias de una película, para poder probar la unidad cuando esté llena con chkdsk. Hasta ahora, copió 2,1 TB y TODOS los archivos funcionan bien, no sé si este cambio proviene del controlador o de la fotocopiadora. Esperemos hasta el final para ver si chkdsk cambia de comportamiento a.
Respuesta1
¡Problema resuelto!
La solución fue que tuve que adivinar que para obtener el controlador más reciente del controlador sata, no debía instalar los controladores del chipset más recientes, ni buscar el controlador sata más reciente en el sitio asus/intel, nooooooo, instala Intel RST. y luego te instala por cortesía un nuevo controlador, cambiando de uno de 2008, que incluso la actualización de Windows decía "estás bien, este es el controlador más reciente", a uno nuevo de 2012.
Imagínate...
Respuesta2
Es posible que desee ejecutar una verificación SMART en ese disco. Dado que SMART se ejecuta desde el propio disco, debería ser independiente de los problemas de controladores y conjuntos de chips.