Mostrando el recuento de bloques defectuosos sin volver a escanear el disco duro

Mostrando el recuento de bloques defectuosos sin volver a escanear el disco duro

Sé que chkdskmostrará información sobre bloques defectuosos, pero funciona un poco lento en mi máquina. ¿Existe alguna forma de mostrar información sobre bloques defectuosos sin tener que ejecutar un nuevo análisis en el disco duro? Sé que de esta manera no encontraré nuevos bloques defectuosos, pero hay bloques que ya están marcados como incorrectos y quiero saber cuántos hay, sin tener que ejecutar un nuevo escaneo.

si corrochkdsk sinAl realizar un escaneo de superficie, muestra esta información:

Windows has checked the file system and found no problems.

 193823743 KB total disk space.
  62680076 KB in 219035 files.
    113248 KB in 34374 indexes.

4 KB en sectores malos.

    416351 KB in use by the system.
     65536 KB occupied by the log file.
 130614064 KB available on disk.

      4096 bytes in each allocation unit.
  48455935 total allocation units on disk.
  32653516 allocation units available on disk.

Entonces la información actual sobre sectoresyamarcado como malo se almacena en algún lugar.

Ejecuté HD Tune pero su información SMART no parece incluir un recuento de sectores defectuosos.

Respuesta1

Correr fsutil volume allocationreport. (El resultado de muestra se encuentra a continuación)

Busque el archivo $BadClusconFile ID 0x0008000000000008

Si es distinto de cero, tiene clústeres defectuosos. El tamaño de archivo indicado para ese archivo en este informe coincidirá con el número en la salida CHKDSK.

C:\>fsutil volume allocationreport C:

Allocation report:
Total clusters              : 3907839 (16006508544 bytes)
Free clusters               : 3895093 (15954300928 bytes)
Reserved clusters           : 0 (0 bytes)
Total allocated             : 52207616 bytes

The allocation is split between:
System files                : Count: 27. Total allocated: 52207616 bytes.
    $Mft                    : File ID 0x0001000000000000. Total allocated: 270336 bytes.
    $MftMirr                : File ID 0x0001000000000001. Total allocated: 4096 bytes.
    $LogFile                : File ID 0x0002000000000002. Total allocated: 23691264 bytes.
    $Volume                 : File ID 0x0003000000000003. Total allocated: 0 bytes.
    $AttrDef                : File ID 0x0004000000000004. Total allocated: 4096 bytes.
    Root folder             : File ID 0x0005000000000005. Total allocated: 4096 bytes.
    $Bitmap                 : File ID 0x0006000000000006. Total allocated: 491520 bytes.
    $Boot                   : File ID 0x0007000000000007. Total allocated: 8192 bytes.
    $BadClus                : File ID 0x0008000000000008. Total allocated: 0 bytes.
    $Secure                 : File ID 0x0009000000000009. Total allocated: 274432 bytes.
    $UpCase                 : File ID 0x000a00000000000a. Total allocated: 131072 bytes.
    $Extend                 : File ID 0x000b00000000000b. Total allocated: 0 bytes.
    $ObjId                  : File ID 0x0001000000000019. Total allocated: 0 bytes.
    $Quota                  : File ID 0x0001000000000018. Total allocated: 0 bytes.
    $Reparse                : File ID 0x000100000000001a. Total allocated: 0 bytes.
    $RmMetadata             : File ID 0x000100000000001b. Total allocated: 0 bytes.
    $Repair                 : File ID 0x000100000000001c. Total allocated: 9437184 bytes.
    $Txf                    : File ID 0x000100000000001e. Total allocated: 0 bytes.
    $TxfLog                 : File ID 0x000100000000001d. Total allocated: 0 bytes.
    $Tops                   : File ID 0x000100000000001f. Total allocated: 1048576 bytes.
    $TxfLog.blf             : File ID 0x0001000000000020. Total allocated: 65536 bytes.
    Other system files      : Count: 4. Total allocated: 0 bytes.

Respuesta2

En la tabla de asignación de archivos (FAT), hay una lista de valores (encadenados) de 32/16/12 bits que indican el índice de la siguiente unidad de asignación de un archivo.
Hay un valor especial FFFE que indica que la unidad de asignación es incorrecta y no debe usarse para un archivo ni incluirse en la lista libre.
Por lo tanto, cuando CHKDSK verifica que las unidades de asignación están correctamente encadenadas (indexadas en un archivo o en la lista libre), cumple con esos valores especiales, los ignora pero los cuenta.
Ese es el recuento que ves.
Por lo tanto, CHKDSK puede conocer las unidades de mala asignación que ya se han encontrado sin que /R solicite un nuevo escaneo para encontrar posibles nuevas.

información relacionada