La utilidad del sistema fsck( verificación de coherencia del sistema de archivos ) es una herramienta para comprobar la coherencia de un sistema de archivos en Unix y sistemas operativos similares a Unix , como Linux , macOS y FreeBSD . [1] Los programas equivalentes en MS-DOS y Microsoft Windows son CHKDSK , SFC y SCANDISK .
No hay una pronunciación acordada. Se puede pronunciar "FSCK", "FS-check", "fizz-check", "F-sack", "fisk", "fizz-k", "fishcake", "fizik", "F-sick", "F-sock", "F-suck", "F-sek", "feshk", el sibilante "fsk", "fix", "farsk", "fosk" o "fusk". [ cita necesaria ]
Generalmente, fsck se ejecuta automáticamente en el momento del arranque o manualmente por parte del administrador del sistema. El comando funciona directamente en estructuras de datos almacenadas en el disco, que son internas y específicas del sistema de archivos particular en uso, por lo que generalmente se requiere un comando fsck adaptado al sistema de archivos. Los comportamientos exactos de varias implementaciones de fsck varían, pero normalmente siguen un orden común de operaciones internas y proporcionan una interfaz de línea de comandos común al usuario. En los sistemas modernos, fsck simplemente detecta el tipo de sistema de archivos y llama al programa especializado (Linux) o (BSD, macOS) para cada tipo. [1] [2]fsck.typefsck_type
La mayoría de las utilidades fsck brindan opciones para reparar interactivamente sistemas de archivos dañados (el usuario debe decidir cómo solucionar problemas específicos), decidir automáticamente cómo solucionar problemas específicos (para que el usuario no tenga que responder ninguna pregunta) o revisar los problemas que necesitan. resolverse en un sistema de archivos sin realmente arreglarlos. Los archivos parcialmente recuperados cuyo nombre de archivo original no se puede reconstruir generalmente se recuperan en un directorio "perdido+encontrado" que se almacena en la raíz del sistema de archivos.
Un administrador del sistema también puede ejecutar fsck manualmente si cree que hay un problema con el sistema de archivos. El sistema de archivos normalmente se verifica mientras está desmontado, montado en modo de solo lectura o con el sistema en un modo de mantenimiento especial.
Como se espera que fsck en el momento del arranque se ejecute sin la intervención del usuario, generalmente no realiza ninguna operación destructiva de forma predeterminada. Esto puede ser en forma de una verificación de solo lectura (que falla cada vez que se encuentran problemas) o, más comúnmente, un -pmodo "acicalado" que solo soluciona problemas inofensivos que se encuentran comúnmente después de un apagado incorrecto (es decir, fallas, cortes de energía). [2]
ext2/3/4 ofrece una opción para forzar una verificación del tiempo de arranque después de un número específico de montajes, de modo que se puedan realizar comprobaciones periódicas. [3]
Algunos sistemas de archivos modernos no requieren que fsck esté en el arranque después de un cierre incorrecto. Algunos ejemplos son:
xfs_repairherramienta real que se ejecuta cuando se sospecha que hay problemas.-Fbandera utilizada en el maletero. [2]btrfs-check todavía está disponible para comprobar posibles problemas en la estructura del sistema de archivos (por ejemplo, cuando se sospecha un error de software o un problema de hardware).Independientemente de verificar la estructura del sistema de archivos, los sistemas de archivos modernos pueden ofrecer una herramienta de depuración de datos para verificar si hay corrupción silenciosa en los datos almacenados contra un espejo o una suma de verificación . Las limpiezas tienden a ser lentas ya que cubren todos los datos de un disco, pero las ejecuciones periódicas pueden defender contra la degradación de los datos y ayudar a identificar unidades defectuosas. [7]
fsck apareció por primera vez en 4.0BSD de 1980. Se convirtió en su forma contenedora moderna en NetBSD 1.3 (1998). fsck no está definido por ningún estándar existente, [2] pero la forma primitiva sin contenedor está presente en el borrador de 1995 Systems Management: File System and Scheduling Utilities (FSSU) de X/Open . [8]
La gravedad de la corrupción del sistema de archivos llevó a que los términos "fsck" y "fscked" se utilizaran entre los administradores de sistemas Unix como un juramento para decir " joder " y "jodido". [9] No está claro si este uso fue causa o efecto, ya que un informe de una sesión de preguntas y respuestas en USENIX 1998 afirma que "fsck" originalmente tenía un nombre diferente:
Esa historia ha sido confirmada por Rob Pike en la red social Mastodon el 17 de diciembre de 2023:
Ted Kowalski, nombre de usuario frodo, que en paz descanse, fue el autor original, justo al final del pasillo de mi oficina en Murray Hill, y su nombre para el programa tenía una 'u' donde ahora hay una 's'. La gerencia le hizo cambiarlo para la distribución, pero no pudieron obligarlo a cambiar su pronunciación.
—Rob Pike , [12]
"Vaya a fsck usted mismo" se utiliza ocasionalmente en línea como una orden para que una persona vaya y corrija su problema (actitud, ignorancia del tema, etc.), de la misma manera que ejecutar fsck implica corregir errores fundamentales.
El siguiente ejemplo comprueba el sistema de archivos configurado para montarse en la partición /usr; Primero es necesario desmontar el sistema de archivos:
fsck /usrEl siguiente ejemplo comprueba el sistema de archivos JFS de Linux en un dispositivo RAID de software mdadm:
fsck -t jfs /dev/md0e2fsckutilidad estándar en muchas distribuciones de Linuxfcking: /fus'-king/ o /eff'-seek-ing/ adj.
[Usenet;
común]
Fucking
, en sentido grosero (se refiere al comando de reparación del sistema de archivos Unix fsck(1), del cual se puede decir que si tienes que usarlo estás teniendo un mal día).
Se originó en {scary devil monasterio} y los grupos de noticias
bofh.net
, pero se generalizó mucho más tras la aprobación de {
CDA
}.
También se ve ocasionalmente en la variante '¿Qué diablos?'