La herramienta fsck corto de File System Check

Uso de fsck

La herramienta fsck, acrónimo de Sistema de archivos de verificación se usa para diagnosticar y reparar sistemas de archivos que puedan haber resultado dañado en el curso de las operaciones diarias. Dichas reparaciones suelen ser necesarios después de una caída del sistema en el que el sistema no tiene la oportunidad de totalmente a ras de todos sus búferes internos en el disco. (Aunque el nombre de esta herramienta que es muy parecido a una de las expresiones pronunciadas a menudo después de un fallo del sistema, que esta herramienta es parte del proceso de recuperación es estrictamente una coincidencia.) Normalmente, el sistema ejecuta la herramienta fsck automáticamente durante el proceso de arranque (tanto del mismo modo que Windows se ejecuta Scandisk) si se detecta una partición que no fue desmontado limpiamente. Linux hace un esfuerzo impresionante para reparar automáticamente los problemas que atraviesa y en la mayoría de los casos se hace cargo de sí mismo. La naturaleza robusta del sistema de archivos ext3 ayuda en tales situaciones. Sin embargo, puede suceder que usted recibe este mensaje: El sistema parece haber cerrado feamente Presione Y en 5 segundos para forzar el archivo de comprobación de integridad del sistema Si presiona S, verá mensajes aparecen en la pantalla que le dice cómo la verificación se procedimiento. El sistema le dirá lo que el sistema de archivos está siendo revisado y en qué medida el cheque ha progresado. Usted puede ver mensajes como estos:

la recuperación de la revista de facilitación inode huérfanos

Estos mensajes son normales; fsck sólo está haciendo su cosa. Si usted encuentra que un archivo de sistema no se comporta como debería (mensajes de registro son excelentes consejos para esta situación), es posible que desee ejecutar fsck mismo en un sistema en funcionamiento. El único inconveniente es que el sistema de archivos en cuestión debe ser desmontada para que esto funcione. Si usted decide tomar este camino, asegúrese de volver a montar el sistema de archivos cuando haya terminado.

NOTA

El fsck nombre no es el título adecuado para la herramienta de reparación de ext2/ext3, en realidad es sólo un envoltorio. La envoltura fsck trata de determinar qué tipo de sistema de archivos debe ser reparado y se ejecuta la herramienta de reparación adecuada, que pasa todos los parámetros que se pasaron a fsck. En ext2 y ext3, la verdadera herramienta que se llama e2fsck. Cuando se produce un fallo del sistema, usted puede tener que llamar e2fsck directamente en lugar de depender de otras aplicaciones para llamar automáticamente por usted.

Los parámetros disponibles para e2fsck

Los parámetros disponibles para e2fsck se muestran en la imagen 7-4. Por ejemplo, para ejecutar e2fsck sobre el sistema / dev/hda3 archivo, deberá ejecutar:

[root @ Tedford / root] # e2fsck / dev/hda3

Para forzar un cheque y automáticamente la respuesta a alguna le pide que se presentan, tiene que escribir este comando:

[root @ Tedford] # e2fsck-f-y / dev/hda3

TIP

Usted no encontrará un "e3fsck" comando. El ext2 y ext3 sistemas de archivos son tan similares que las obras de comando e2fsck en ambos.

¿Y si me Errores?

En primer lugar, relájate. El control fsck rara vez encuentra los problemas que no se puede corregir por sí mismo. Cuando se le pregunta por la intervención humana, diciendo fsck para ejecutar su propuesta de valor por defecto es a menudo suficiente. Muy rara vez una sola pasada de e2fsck no aclarar todos los problemas. En las raras ocasiones cuando se necesita una segunda vuelta, no deberían presentarse más errores. Si lo hace, es muy probable que frente a un fallo de hardware. Recuerde que debe comenzar con lo obvio: Entradas para la energía fiable y bien conectados los cables. Cualquiera que utilice sistemas SCSI debe verificar que se está utilizando el tipo correcto de Terminator, que los cables no son demasiado largos, la ID de SCSI no son contradictorios, y que la calidad del cable es el adecuado. (SCSI es especialmente exigentes con la calidad de los cables.)

El lost + found Directorio

Otra situación rara es cuando se encuentra e2fsck segmentos de archivos que no puede reunirse con el archivo original. En esos casos, se colocará el fragmento en la partición de lost + found directorio. Este directorio está situado donde se monta la partición, así que si / dev/hda3 es montada en / usr, then / usr / lost + found se correlaciona con / dev / hda3. Cualquier cosa puede ir a un directorio lost + found-fragmentos de archivos, directorios, e incluso archivos especiales. Cuando los archivos normales de viento allá arriba, propietario de un archivo debe ser conectado, y puede contactar con el propietario y ver si necesita los datos (por lo general, no lo harán). Si usted encuentra un directorio en el lost + found, lo más probable es que desee para tratar de restaurar copias de seguridad desde el más reciente lugar de tratar de reconstruirlo de lost + found. Por lo menos, lost + found le dice que si algo se convirtió en dislocado. Una vez más, esos errores son extraordinariamente raras.

un artículo presentado por Daniel K.

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "La herramienta fsck corto de File System Check" fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.