CHKDSK muestra el mismo error incluso después de solucionarlo (Windows 7 SP1)

Question

Tengo un disco duro de datos de 6 TB (SATA mecánico) en mi computadora con Windows 7 SP1 (64 bits). No es mi unidad de arranque. Sólo lo uso para almacenar archivos de datos.

Esta mañana mi computadora se congeló y mostró una pantalla azul de la muerte (estaba probando un software experimental). Luego se reinició.

Después del reinicio, dejé que se calmara y luego hice el CHKDSK habitual en todas las unidades.

CHKDSK D: mostró este resultado:

C:\Windows\system32>chkdsk d:
The type of the file system is NTFS.
Volume label is DATA.

WARNING!  F parameter not specified.
Running CHKDSK in read-only mode.

CHKDSK is verifying files (stage 1 of 3)...
  955904 file records processed.
File verification completed.
  3679 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1056164 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
  955904 file SDs/SIDs processed.
Security descriptor verification completed.
  50131 data files processed.
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
  754974952 USN bytes processed.
Usn Journal verification completed.
Windows found problems with the file system.
Run CHKDSK with the /F (fix) option to correct these.

   5723036 MB total disk space.
   5152491 MB in 789170 files.
    344292 KB in 50132 indexes.
         0 KB in bad sectors.
   6133411 KB in use by the system.
     65536 KB occupied by the log file.
 577760848 KB available on disk.

      4096 bytes in each allocation unit.
1465097471 total allocation units on disk.
 144440212 allocation units available on disk.

Entonces ejecuté rápidamente CHKDSK D: /F /V para solucionar el problema. Los resultados se muestran a continuación.

C:\Windows\system32>chkdsk d: /F /V
The type of the file system is NTFS.
Volume label is DATA.

CHKDSK is verifying files (stage 1 of 3)...
  955904 file records processed.
File verification completed.
  3679 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1056164 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage
  955904 file SDs/SIDs processed.
Cleaning up 1 unused index entries from index $SII of file 9.
Cleaning up 1 unused index entries from index $SDH of file 9.
Cleaning up 1 unused security descriptors.
Security descriptor verification completed.
  50131 data files processed.
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754977872 U
Repairing Usn Journal file record segment.
  754977872 USN bytes processed.
Usn Journal verification completed.
Windows has made corrections to the file system

   5723036 MB total disk space.
   5149491 MB in 789170 files.
    344292 KB in 50132 indexes.
         0 KB in bad sectors.
   6133411 KB in use by the system.
     65536 KB occupied by the log file.
 580832844 KB available on disk.

      4096 bytes in each allocation unit.
1465097471 total allocation units on disk.
 145208211 allocation units available on disk.

Entonces CHKDSK informa que el problema ya está solucionado. Así que ejecuto CHKDSK D: nuevamente para asegurarme y reporta exactamente el mismo problema como si no se hubiera solucionado nada.

He probado este bucle 4 veces: ejecuto CHKDSK D: e informa problemas. Entonces ejecuto CHKDSK /F /V y dice que los problemas están solucionados. Pero cuando ejecuto CHKDSK D: nuevamente, informa los mismos problemas que originalmente. Y entra en un bucle.

Estoy ejecutando CHKDSK desde un símbolo del sistema elevado. También lo probé desde Modo seguro y obtuve resultados idénticos. He reiniciado varias veces y los mismos resultados.

Tenga en cuenta que la primera vez que ejecuté CHKDSK /F /V, dijo que había limpiado alrededor de 167 entradas de índice no utilizadas. Sin embargo, cada vez que lo ejecuto desde entonces, siempre informa que limpió 1 entrada de índice no utilizada. Claramente, pudo corregir todos los errores de entrada de índice no utilizados menos uno, pero no pudo corregir solo uno de ellos.

Entonces tengo 3 preguntas:

• ¿Puedo solucionar el problema que tengo aquí?
• CHKDSK D: /F /V muestra las líneas 'Limpiando...' después del bit 'Descriptores de seguridad'. ¿Significa esto que el error está en los descriptores de seguridad? Si es así, ¿es grave y debería preocuparme?
• Debo reemplazar el disco duro en aproximadamente un mes. Si copio todos los archivos usando una copia y pegado sencillo del Explorador de Windows, entonces el problema con la entrada de índice no utilizada no debería copiarse a la nueva unidad, ¿es correcto? Si los archivos se copian, entonces puedo asumir que deben estar intactos y que ejecutar CHKDSK en la nueva unidad no debería informar ninguna entrada de índice no utilizada después de la copia. ¿Es esto correcto?

CHKDSK no crea una carpeta ENCONTRADA y no parece almacenar ningún archivo .chk. No informa ningún otro error que no sea "Limpiar la entrada de índice no utilizada". Así que no lo sé, pero a mí no me parece que falte ningún archivo o que esté dañado.

Muchas gracias.

Answer 1

Finalmente resolví esto. Es causado por un problema con la revista Usn.

La información clave en el resultado CHKDSK es esta:

CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
  754974952 USN bytes processed.
Usn Journal verification completed.

Compare eso con un resultado CHKDSK exitoso:

CHKDSK is verifying Usn Journal...
  247720 USN bytes processed.
Usn Journal verification completed.

Entonces sabes que tal vez algo anda mal con Usn Journal cuando CHKDSK informa esto:

100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.

En primer lugar, informa haber procesado 754974720 de 754974952 bytes; parece que no los procesó todos. Luego pasó a examinar un segmento de registro del archivo diario de Usn. Aunque decía verificación de Usn completada, las líneas anteriores confirman que hay un problema con el diario de Usn.

Entonces, para resolverlo, simplemente eliminé el diario Usn de la unidad que fallaba en CHKDSK.

Lo hice con este comando (desde un símbolo del sistema elevado):

fsutil usn deletejournal /D /N D:

(donde D: es la letra de la unidad).

Después de ejecutar eso, puede confirmar que el diario efectivamente desapareció ejecutando esto:

fsutil usn queryjournal D:

Si el diario ya no existe, verá un error. Si todavía está allí, verá una tabla de datos.

El diario Usn se recreará automáticamente tan pronto como un programa quiera utilizarlo. En mi caso, no se volvió a crear de inmediato, así que instalé Windows Search (que normalmente tengo deshabilitado) porque sé que Windows Search usa el diario Usn. Después del reinicio obligatorio de Windows, el diario Usn se volvió a crear automáticamente.

CHKDSK ahora informa esto:

CHKDSK is verifying files (stage 1 of 3)...
  1130496 file records processed.
File verification completed.
  4961 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1242084 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
  1130496 file SDs/SIDs processed.
Security descriptor verification completed.
  55795 data files processed.
CHKDSK is verifying Usn Journal...
  18696 USN bytes processed.
Usn Journal verification completed.
Windows has checked the file system and found no problems.

Así que eliminar el diario Usn lo solucionó. Se procesaron todos los bytes Usn y no se examinaron los bytes Usn. Obviamente, la cantidad de bytes procesados ​​es mucho menor porque eliminé el diario Usn, por lo que el nuevo diario Usn no tiene mucho historial de archivos (todavía).

Para mi uso doméstico, eliminar el diario Usn solo causa un problema temporal con los juegos VAC (Steam). Por lo que tengo entendido, VAC leerá el diario de Usn para comprobar si hay trampas, de modo que los tramposos solucionen este problema eliminando el diario de Usn con regularidad. Steam lo sabe, por lo que te expulsan de los juegos habilitados para VAC si tu diario Usn está vacío (o es muy pequeño).

No lo sé, pero leí que después de eliminar el diario Usn, es mejor esperar unas 24 horas antes de ejecutar cualquier juego habilitado para VAC en Steam. Eso dará tiempo suficiente para que la revista Usn esté razonablemente poblada.

Algunos podrían decir que es normal que CHKDSK informe un problema con el diario Usn porque el diario Usn puede estar activo mientras CHKDSK se está ejecutando. Sin embargo, también probé CHKDSK desde el modo seguro y lo intenté repetidamente una y otra vez y siempre obtuve el mismo resultado.

Otros podrían decir que dado que el problema es solo con la revista Usn, no necesito hacer nada y puedo simplemente ignorarlo (ya que es solo la revista Usn, no es información crítica). Probablemente sea cierto, pero me gusta que CHKDSK informe un resultado exitoso. Dicho esto, el diario Usn NO es el diario del sistema de archivos NTFS. El diario del sistema de archivos NTFS es fundamental, pero el diario Usn es más cosmético.

Copiar todo el contenido de la unidad en una nueva unidad también lo habría solucionado porque la nueva unidad tendría su propio diario Usn. Pero esa solución llevaría mucho más tiempo y sería considerablemente cara.

Entonces, si tiene este problema en el que CHKDSK informa un problema y parece que solo la revista Usn es la causa (por lo que CHKDSK no menciona ningún otro problema), es posible que desee ignorarlo o eliminar la revista Usn para ese conducir.

Answer 2

Esto suena como una falla de hardware.

Cuando ejecuta CHKDSK, CrystalDiskInfo o cualquier otro software, normalmente lo mejor que puede hacer es informar sobre los datos y metadatos que le transmite el disco físico y su controlador.

CHKDSK puede solucionar problemas estructurales o de asignación de datos con los datos formateados en su disco, pero no puede solucionar fallas del dispositivo físico. (La excepción es si una parte aislada de su disco físico falla, y CHKDSK puede reconocer esto y excluir la parte defectuosa del disco de las partes utilizadas para sus datos. El hecho de que siga viendo errores nuevamente después de que CHKDSK informe que los corrigió su disco indica que probablemente sea peor que eso.)

Claro, existen pruebas físicas, pero pueden no ser concluyentes (ya que es probable que un dispositivo defectuoso produzca resultados inconsistentes de una prueba a otra). Y una prueba física completa y de bajo nivel probablemente destruiría los datos, por lo que no querrás ejecutar dicha prueba en una unidad que contenga los datos que necesitas.

En pocas palabras: ¡haga una copia de seguridad de sus datos rápidamente! Y comience a buscar opciones de reemplazo de unidades: es posible que no pueda darse el lujo de esperar un mes como planea antes de necesitar un disco nuevo.

En cuanto a si habrá problemas al realizar una copia de seguridad de los datos de este disco, dependerá de los detalles exactos de la falla. Con suerte, obtendrás la mayoría de tus datos, pero cuanto más tiempo los dejes, mayor será el riesgo de que se pierdan más y más datos.