| Re: Como hacer para evitar chequeo de disco
hola CiKillerMark; si el chkdisk se ejecuta solo es xq a encontrado algun error en windows, ya sea por cerrar mal la sesion o por alguna falla del HD te coloco algo de informacion: - Chkdsk.exe es la interfaz de línea de comandos de un programa que comprueba la integridad lógica de un sistema de archivos en Windows NT. Cuando CHKDSK encuentra incoherencias lógicas, emprende acciones para reparar los datos del sistema de archivos, siempre que no sea de modo de sólo lectura.
El código que realiza, en realidad, la comprobación cuando se ejecuta CHKDSK en línea reside en bibliotecas de vínculos dinámicos (DLL) como Untfs.dll y Ufat.dll. Las rutinas de comprobación invocadas por Chkdsk.exe son las mismas que las que se llaman cuando se comprueba un volumen a través de la interfaz gráfica de usuario proporcionada por el Explorador de Windows o el Administrador de discos. Por otra parte, cuando CHKDSK se programa para ejecutarse al reiniciar, el módulo binario que contiene el código de comprobación es Autochk.exe. Este archivo es una aplicación original de Windows NT que se ejecuta lo suficientemente pronto en la secuencia de inicio del sistema como para no aprovechar la memoria virtual u otros servicios Win32. Autochk.exe genera la misma clase de salida de texto que las DLL de utilidades invocadas por Chkdsk.exe. Pero, además de mostrar esta salida en la pantalla durante el proceso de inicio, Autochk.exe también registra un suceso en el registro de sucesos de aplicación para el sistema que contiene la parte de la salida de texto que puede caber en el búfer de datos del registro de sucesos.
Como Autochk.exe y el código de comprobación de las DLL de utilidades usados por Chkdsk.exe se basan en el mismo código fuente, en el resto de este artículo se hará referencia genéricamente a ambas como "CHKDSK". Igualmente, como este artículo sólo se refiere a los cambios del funcionamiento de CHKDSK en lo que respecta a los volúmenes NTFS, se debe entender que, al decir "CHKDSK hace esto y lo otro", se quiere decir "CHKDSK hace esto y lo otro cuando se ejecuta en un volumen NTFS".
Como el uso de los modificadores /C e /I puede resultar en que un volumen se dañe incluso después de finalizar CHKDSK, la utilización de estos modificadores no se recomienda excepto en situaciones en las que el tiempo de inactividad del sistema deba reducirse al mínimo. Estos modificadores están destinados a ser utilizados por usuarios con volúmenes excepcionalmente grandes y que requieran flexibilidad al administrar el tiempo de inactividad que se produce cuando se debe ejecutar CHKDSK en dichos volúmenes.
Para saber cuándo podría ser apropiado usarlos, es importante tener un conocimiento básico de algunas de las estructuras internas de datos de NTFS, los tipos de daños que pueden ocurrir, las acciones que CHKDSK emprende cuando comprueba un volumen y cuáles son las posibles consecuencias de evitar los pasos de comprobación usuales de CHKDSK.
La actividad de CHKDSK se divide en tres pasos principales, durante los que examina todos los "metadatos" del volumen, y un cuarto paso opcional. Los metadatos son "datos acerca de datos". Se trata de la carga del sistema de archivos que se usa para realizar el seguimiento de todo lo relacionado con los archivos del volumen. Los metadatos indican qué unidades de asignación conforman los datos para un archivo determinado, qué unidades de asignación están libres, cuáles contienen sectores erróneos y demás. Por otra parte, el "contenido" de un archivo se denomina "datos de usuario". NTFS protege sus metadatos mediante el uso de un registro de transacciones. Los datos de usuario no se protegen de esta forma.
Durante su primer paso, CHKDSK muestra un mensaje en la pantalla que indica que está comprobando los archivos y cuenta de 0 a 100 para señalar el porcentaje completado. En esta fase, CHKDSK examina cada segmento de registro de archivos (FRS) de la tabla maestra de archivos (MFT, Master File Table) del volumen. Cada archivo y directorio de un volumen NTFS se identifica de forma única con un FRS específico en la MFT y el porcentaje completado que CHKDSK muestra durante esta fase es el tanto por ciento de la tabla que se ha comprobado. Durante este paso, CHKDSK examina cada segmento de registro de archivos para comprobar la coherencia interna y genera dos mapas de bits, uno que representa qué segmentos se están usando y otro que representa los clústeres del volumen que se están utilizando. Al final de esta fase, CHKDSK sabe qué espacio se está usando y el que está disponible tanto dentro de la tabla como en el volumen en conjunto. NTFS conserva esta información en mapas de bits propios que se almacenan en el disco, lo que permite a CHKDSK comparar sus resultados con estos mapas de bits. Si hay discrepancias, se indican en la salida de CHKDSK. Por ejemplo, si un segmento de registro de archivos que se haya usado resulta que está dañado, los clústeres de disco asociados anteriormente con ese segmento terminarán siendo marcados como disponibles en el mapa de bits de CHKDSK, pero se marcarán como "en uso" según el mapa de bits de NTFS.
Durante su segundo paso, CHKDSK muestra un mensaje en la pantalla que indica que está comprobando los índices y cuenta de 0 a 100 para señalar el porcentaje completado, por segunda vez. En esta fase, CHKDSK examina cada uno de los índices del volumen. Los índices son, esencialmente, directorios NTFS y el porcentaje completado que CHKDSK muestra durante esta fase es el tanto por ciento del número total de directorios del volumen que se han comprobado. Durante este paso, CHKDSK examina cada directorio del volumen para comprobar la coherencia interna y también comprueba que al menos un directorio haga referencia a cada archivo y directorio representado por un segmento de registro de archivos en la tabla maestra de archivos. Además, confirma que todos los archivos o subdirectorios a los que se hace referencia en cada directorio existen realmente como un FRS de la tabla maestra de archivos y comprueba las referencias circulares de directorios. Por último, confirma que las diversas marcas de tiempo e información del tamaño de archivo asociados con los archivos estén actualizados en las listas de directorios para esos archivos. Al final de esta fase, CHKDSK se ha asegurado de que no hay archivos "huérfanos" y de que todas las listas de directorio contienen archivos legítimos. Un archivo huérfano es aquel para el que existe un segmento de registro de archivos legítimo, pero que no se enumera en ningún directorio. Cuando se encuentra un archivo huérfano, se suele poder restaurar a su directorio legítimo, siempre que ese directorio exista todavía. Si el directorio que debería contener el archivo ya no existe, CHKDSK creará un directorio en el directorio raíz y colocará allí el archivo. Si las listas de directorios hacen referencia a segmentos de registro de archivos que ya no se usan o que se usan pero no se corresponden con el archivo enumerado en el directorio, la entrada del directorio se quita.
Durante su tercer paso, CHKDSK muestra un mensaje en la pantalla que indica que está comprobando los descriptores de seguridad y cuenta de 0 a 100 para señalar el porcentaje completado, por tercera vez. A lo largo de esta fase, CHKDSK examina cada uno de los descriptores de seguridad asociados con cada archivo y directorio del volumen. Los descriptores de seguridad contienen información relativa al propietario del archivo o directorio, el permiso NTFS para el archivo o directorio, e información de auditoría para el archivo o directorio. El porcentaje completado en este caso se refiere al número de archivos y directorios del volumen. CHKDSK comprueba que la estructura de cada descriptor de seguridad esté formada de manera correcta y sea internamente coherente. No comprueba que los usuarios o grupos enumerados existan realmente o que los permisos concedidos tengan la forma apropiada.
El cuarto paso de CHKDSK sólo se invoca si se usa el modificador /R. El modificador /R se utiliza para localizar sectores erróneos en el espacio libre del volumen. Cuando se usa, CHKDSK intenta leer cada sector del volumen para confirmar que se puede utilizar. Los sectores asociados con metadatos se leen durante el curso natural de la ejecución de CHKDSK incluso cuando no se usa el modificador /R. Los sectores asociados con datos de usuario se leen durante las fases anteriores de CHKDSK siempre que se especifique /R. Cuando encuentre un sector que no se pueda leer, NTFS agregará el clúster que contenga ese sector a su lista de clústeres erróneos y, si el clúster se estaba usando, asignará un clúster nuevo para hacer el trabajo del antiguo. Si se está usando un controlador de disco con tolerancia a errores, los datos se recuperan y se escriben en el clúster recién asignado. De lo contrario, el nuevo clúster se rellena con un patrón de bytes 0xFF. Cuando NTFS encuentre sectores que no se puedan leer durante el curso de una operación normal, también los reasignará de la misma forma. Por lo tanto, el modificador /R no suele ser esencial, pero se puede usar como un mecanismo práctico para examinar todo el volumen si se sospecha que un disco tiene sectores erróneos.
Los párrafos anteriores sólo proporcionan un resumen a grandes rasgos de lo que CHKDSK hace en realidad para comprobar la integridad de un volumen NTFS. Se efectúan muchas otras comprobaciones específicas durante cada paso y varias comprobaciones rápidas entre los pasos que no se han mencionado. Esto es, simplemente, un esquema de las facetas más importantes de la actividad de CHKDSK que sirve como base para el tema siguiente relativo al tiempo requerido para ejecutar CHKDSK y el efecto de los nuevos modificadores que se proporcionan en SP4.
Durante la primera y tercera fases de CHKDSK, el indicador de porcentaje completado avanza con relativa facilidad. Puede haber cierta desigualdad en la velocidad a la que avanzan estas fases. Los segmentos de registro de archivos que no se usan requieren menos tiempo que los que se están utilizando. Los descriptores de seguridad más grandes tardan más tiempo en procesarse que los pequeños y así sucesivamente. Pero, en conjunto, el porcentaje completado que se muestra es una representación bastante precisa del tiempo real requerido para cada fase.
No se puede afirmar lo mismo para la segunda fase de CHKDSK. La cantidad de tiempo requerido para procesar un directorio está estrechamente relacionada con el número de archivos o subdirectorios que aparecen en ese directorio. Pero el porcentaje completado que se muestra durante esta fase se refiere al número de directorios que se van a examinar sin considerar el hecho de que algunos podrían tardar mucho más que otros en procesarse. Por ejemplo, en un volumen con muchos directorios pequeños y uno muy grande, el indicador de porcentaje completado podría progresar rápidamente del cero al diez por ciento completado y, después, parecer que se ha quedado atascado durante un largo período antes de continuar vertiginosamente del diez al cien por ciento restante. Por lo tanto, a menos que sepa con certeza que los directorios de un volumen son muy uniformes con respecto al número de archivos que contienen, el "porcentaje completado" durante esta fase no se puede considerar una representación confiable del tiempo restante real de esta fase.
La segunda fase del proceso es la que, normalmente, tarda más en ejecutarse, lo que empeora la situación de cualquiera que se encuentre en medio de una ejecución inesperada de CHKDSK.
Hasta ahora, debería haber quedado claro que hay muchos factores que tienen que ver con el estado de un volumen y que afectan a la duración de la ejecución de CHKDSK. Una fórmula para calcular el tiempo requerido para ejecutar CHKDSK en un volumen determinado debería tener en cuenta factores como el número de archivos y directorios, el grado de fragmentación del volumen en general así como de la tabla maestra de archivos en particular, si los archivos tienen tanto nombres largos como nombres con formato 8.3 y cuántos daños hay que reparar en realidad. Y eso sin mencionar las cuestiones relativas al hardware, como la cantidad de memoria del sistema, la velocidad de la CPU y del disco o discos, entre otras.
En lugar de intentar predecir cuánto tardará CHKDSK en ejecutarse para un volumen determinado en una plataforma hardware concreta, basta con decir que puede tardar desde unos pocos segundos a varios días, en función de la situación en particular. A menos que se use el modificador /R, en una plataforma hardware determinada la preocupación mayor es el número de archivos y directorios en lugar del tamaño absoluto del volumen. Es decir, en un volumen de 50 GB que tenga uno o dos archivos grandes de base de datos sólo se tardarán algunos segundos en ejecutar CHKDSK, siempre que no se especifique /R. Si se especifica /R, CHKDSK tendrá que leer y comprobar cada sector del volumen, y eso, claramente, agrega tiempo, en especial en los volúmenes grandes. Por otra parte, incluso en un volumen relativamente pequeño se podrían tardar horas en ejecutar CHKDSK si tuviera miles o millones de archivos pequeños, tanto si se especifica el modificador /R como si no.
La mejor manera de predecir el tiempo que se tardará en ejecutar CHKDSK en un volumen determinado realmente es hacer una ejecución de prueba en modo de sólo lectura durante un período de poca utilización del sistema. Si embargo, el uso de esta técnica debe aplicarse con cuidado, por tres motivos:
La ejecución de la utilidad CHKDSK de sólo lectura se anulará antes de completar los tres pasos si se encuentran errores en las primeras fases y es propensa a informar de errores falsos cuando se ejecuta en este modo. Es decir, CHKDSK puede informar de que un disco está dañado incluso cuando esto no sea verdad. Esto puede suceder si da la casualidad de que NTFS modifica áreas del disco debido a la actividad de ciertos programas que CHKDSK está examinando al mismo tiempo. Para comprobar un volumen correctamente, debe hallarse en un estado estático y la única forma de garantizar dicho estado es bloquear el volumen. CHKDSK sólo bloquea el volumen cuando se especifica el modificador /F o /R (que implica "F"). Por lo tanto, puede ser necesario ejecutar CHKDSK más de una vez para conseguir que complete todos los pasos en el modo de sólo lectura.
La carga del sistema y si CHKDSK se está ejecutando en línea o durante la secuencia de inicio de Windows NT puede afectar al tiempo requerido para su ejecución. CHKDSK usa mucho tanto la CPU como el disco. El factor que se convierta en el cuello de botella dependerá del escenario específico de hardware pero, si el uso elevado de operaciones de entrada y salida en disco o de CPU se va a realizar simultáneamente con la ejecución de CHKDSK de sólo lectura, los tiempos aumentarán. Además, Autochk.exe se ejecuta en un entorno diferente al de Chkdsk.exe. Aunque la ejecución de CHKDSK a través de Autochk.exe permite usar exclusivamente la CPU y los recursos de entrada y salida para CHKDSK, también priva a CHKDSK de la ventaja de usar memoria virtual. Por tanto, aunque normalmente se podría esperar que Autochk.exe se ejecutara más rápidamente que Chkdsk.exe, los sistemas con cantidades relativamente pequeñas de RAM pueden experimentar mayores tiempos de ejecución para Autochk.exe que para Chkdsk.EXE.
La solución de errores aumenta el tiempo requerido. La ejecución de CHKDSK de sólo lectura sólo puede completarse si no se encuentran daños significativos. Si un disco sólo sufre daños poco importantes, el tiempo para solucionar los problemas sólo será ligeramente mayor que el requerido para ejecutar CHKDSK de sólo lectura. Pero si el daño es considerable, como el que se podría producir a causa de un error en las cabezas lectoras u otro error importante del hardware, el tiempo necesario para ejecutar CHKDSK puede aumentar en proporción al número de archivos dañados. En casos extremos, esto podría duplicar, como mínimo, el tiempo de ejecución de CHKDSK.
Presentación de los modificadores /C y /I
El modificador /C indica a CHKDSK que salte las comprobaciones que detectan ciclos en la estructura de directorios. Los ciclos son una forma muy poco común de daño en la que un subdirectorio se tiene así mismo como antecesor. El uso del modificador /C puede acelerar la ejecución de CHKDSK entre un 1 y un 2 por ciento. También puede dejar "bucles" de directorios en un volumen NTFS. Dichos bucles pueden ser inaccesibles desde el resto de los directorios del árbol y podrían ocasionar que varios archivos quedaran huérfanos, en el sentido de que no se podrían ver desde aplicaciones Win32, incluidas las de copia de seguridad.
El modificador /I indica a CHKDSK que omita las comprobaciones para comparar entradas de directorios con los segmentos de registro de archivos que corresponden a dichas entradas. Por consiguiente, aunque las entradas de directorios se siguen comprobando para garantizar que son coherentes en sí mismas, no tienen por qué ser coherentes con los datos almacenados en sus segmentos FRS correspondientes incluso después de ejecutar CHKDSK con este modificador. El uso del modificador /I suele provocar que el tiempo de ejecución de CHKDSK se reduzca entre un 50 y un 70 por ciento. El grado exacto en que se acelera la ejecución de CHKDSK con este modificador dependerá de factores como la proporción de archivos y directorios, así como de la velocidad relativa de la entrada y salida en disco frente a la velocidad de la CPU, y, por lo tanto, resulta difícil predecirlo de antemano. El uso del modificador /I puede provocar que queden entradas del directorio que hagan referencia a segmentos de registro de archivos incorrectos o que queden segmentos a los que no haga referencia ninguna entrada de directorio. El último caso es otra forma de orfandad. El archivo representado por el segmento de registro de archivos puede estar intacto en todos los aspectos excepto por el hecho de que no sea visible para todas las aplicaciones Win32, incluidas las de copia de seguridad. En el caso anterior, puede parecer que los archivos existen y, sin embargo, las aplicaciones encuentren errores cuando intenten tener acceso a ellos.
Cuando se detectan daños en un volumen, dispone de tres opciones básicas
No hacer nada. En un servidor de importancia decisiva que se espera que esté conectado las 24 horas del día, ésta suele ser la elección por necesidad. El inconveniente de esta opción es que los daños relativamente poco importantes pueden sufrir un efecto de "bola de nieve" y convertirse en daños considerables si no se solucionan lo antes posible una vez que se han detectado. Por consiguiente, esta opción sólo se debe considerar cuando mantener un sistema activo es más importante que la integridad de los datos almacenados en el volumen dañado porque todos los datos de este volumen se deben considerar "en peligro" hasta que se ejecute CHKDSK.
Ejecutar un CHKDSK completo. Esta opción repara todos los datos dañados del sistema, con lo que se restauran todos los datos de usuarios que se pueden recuperar por medio de un proceso automático. El inconveniente de esta opción es que la ejecución de un CHKDSK completo puede requerir varias horas de tiempo de inactividad para un servidor fundamental en un momento inoportuno.
Ejecutar un CHKDSK abreviado con una combinación de los modificadores /C y /I. Esta opción repara las clases de datos que pueden actuar como una "bola de nievo" y convertirse en problemas mayores en mucho menos tiempo de lo que requeriría la ejecución de un CHKDSK completo, pero no soluciona todos los daños que pudieran existir. Todavía se requerirá ejecutar un CHKDSK completo en algún momento para garantizar que se han recuperado todos los datos posibles.
Es preciso señalar que NTFS no garantiza la integridad de los datos de usuario cuando se producen daños en el disco, ni siquiera si se ejecuta un CHKDSK completo inmediatamente después de detectarse los daños. Por lo tanto, puede haber archivos que CHKDSK no pueda recuperar. Además, los archivos que se recuperan pueden estar dañados internamente incluso si se ha ejecutado CHKDSK. Por ello, sigue siendo de primera importancia que los datos esenciales se protejan mediante un plan de copias de seguridad periódicas u otra metodología eficaz de recuperación de errores.
saludos. |
InfoSpyware sortea una T-Shirts 
19/02/07, 09:55:05
