FSC
Herramienta del sistema para comprobar la consistencia de un sistema de archivos
FSC
Sistema operativoUnix y similares
TipoDominio

La utilidad del sistema fsck( comprobación de consistencia del sistema de archivos ) es una herramienta para comprobar la consistencia de un sistema de archivos en sistemas operativos Unix y similares a Unix , como Linux , macOS y FreeBSD . [1] Los programas equivalentes en MS-DOS y Microsoft Windows son CHKDSK , SFC y SCANDISK .

Usar

Generalmente, fsck se ejecuta automáticamente en el momento del arranque o manualmente por el administrador del sistema. El comando funciona directamente en las estructuras de datos almacenadas en el disco, que son internas y específicas del sistema de archivos en uso, por lo que generalmente se requiere un comando fsck adaptado al sistema de archivos. Los comportamientos exactos de las distintas implementaciones de fsck varían, pero generalmente siguen un orden común de operaciones internas y brindan 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 ofrecen opciones para reparar de forma interactiva los sistemas de archivos dañados (el usuario debe decidir cómo solucionar problemas específicos), decidir automáticamente cómo solucionar problemas específicos (de modo que el usuario no tenga que responder ninguna pregunta) o revisar los problemas que se deben resolver en un sistema de archivos sin solucionarlos realmente. Los archivos parcialmente recuperados en los que no se puede reconstruir el nombre del archivo original normalmente se recuperan en un directorio "lost+found" que se almacena en la raíz del sistema de archivos.

Un administrador de sistemas también puede ejecutar fsck manualmente si cree que hay un problema con el sistema de archivos. El sistema de archivos normalmente se verifica cuando está desmontado, montado en modo de solo lectura o con el sistema en un modo de mantenimiento especial.

Tiempo de arranque

Como se espera que fsck se ejecute en el momento del arranque sin intervención del usuario, generalmente no realiza ninguna operación destructiva de manera predeterminada. Esto puede ser en forma de una verificación de solo lectura (que falla cuando se encuentran problemas) o, más comúnmente, un -pmodo de "reparación" que solo soluciona problemas inofensivos que se encuentran comúnmente después de un apagado incorrecto (es decir, un bloqueo o un corte de energía). [2]

ext2/3/4 ofrece una opción para forzar una verificación en el momento del arranque después de una cantidad específica de montajes, de modo que se pueda realizar una verificación periódica. [3]

Algunos sistemas de archivos modernos no requieren que fsck esté activo durante el arranque después de un apagado incorrecto. Algunos ejemplos son:

  • XFS , un sistema de archivos con registro . Tiene un fsck ficticio que no hace nada [4] y una xfs_repairherramienta real que se ejecuta cuando se sospecha que hay problemas.
  • Sistema de archivos UFS2 en FreeBSD , que puede retrasar la comprobación en segundo plano si se habilitan las actualizaciones suaves . [5] Como resultado, normalmente no es necesario esperar a que fsck termine antes de acceder al disco. Este diseño se refleja en el -Findicador utilizado en el arranque. [2]
  • ZFS y Btrfs son dos sistemas de archivos de copia en escritura completos . Evitan los cambios en el lugar para garantizar niveles de consistencia similares a los de un diario. También proporcionan un fsck ficticio. [6] btrfs-check todavía está disponible para verificar problemas sospechosos en la estructura del sistema de archivos (por ejemplo, cuando se sospecha un error de software o un problema de hardware).

Independientemente de la comprobación de la estructura del sistema de archivos, los sistemas de archivos modernos pueden ofrecer una herramienta de depuración de datos para comprobar si hay corrupción silenciosa en los datos almacenados comparándolos con un espejo o una suma de comprobación . Las depuraciones tienden a ser lentas, ya que cubren todos los datos de un disco, pero las ejecuciones periódicas pueden proteger contra la pérdida de datos y ayudar a identificar unidades defectuosas. [7]

Historia

fsck apareció por primera vez en la "cinta adicional V7" de Bell Labs de 1980. [8] [9] Se convirtió en su forma de contenedor 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 . [10]

Como un improperio

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 insulto rebuscado para " fuck " y "fucked". [11] 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:

Dennis Ritchie : "Así que fsck originalmente se llamaba de otra manera"
Pregunta : "¿Cómo se llamaba?"
Dennis Ritchie : "Bueno, la segunda carta era diferente" [12] [13]

Esa historia ha sido confirmada por Rob Pike en la red social Mastodon el 17 de diciembre de 2023:

Ted Kowalski, cuyo nombre de usuario es frodo, que en paz descanse, fue el autor original, vivía justo al final del pasillo de mi oficina en Murray Hill, y el nombre que le dio al programa tenía una "u" donde ahora hay una "s". La gerencia le obligó a cambiarlo para distribuirlo, pero no pudieron obligarle a cambiar su pronunciación.

—  Rob Pike , [14]

"Vete a la mierda" se usa 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.

Ejemplos

El siguiente ejemplo verifica el sistema de archivos configurado para ser montado en la partición /usr; primero es necesario desmontar el sistema de archivos:

fsck  /usr

El siguiente ejemplo verifica el sistema de archivos JFS de Linux en un dispositivo RAID de software mdadm :

fsck  -t  jfs  /dev/md0

Véase también

Referencias

  1. ^ ab fsck(8) –  Manual del programador de Linux – Administración y comandos privilegiados "En realidad, fsck es simplemente una interfaz para los diversos verificadores del sistema de archivos (fsck.fstype) disponibles en Linux".
  2. ^ abcd fsck(8) –  Manual del administrador del sistema de FreeBSD "Se reimplementó como un contenedor independiente del sistema de archivos en NetBSD 1.3 y apareció por primera vez en FreeBSD 5.0".
  3. ^ tune2fs(8)  –  Manual del programador de Linux – Administración y comandos privilegiados
  4. ^ fsck.xfs(8)  –  Manual del programador de Linux – Administración y comandos privilegiados: "XFS es un sistema de archivos con registro y realiza la recuperación en el momento de mount(8) si es necesario"
  5. ^ fsck_ffs(8)  –  Manual del administrador del sistema de FreeBSD
  6. ^ fsck.btrfs(8)  –  Manual del programador de Linux – Administración y comandos privilegiados, : "no hacer nada, exitosamente" "Los sistemas de archivos tradicionales necesitan ejecutar su respectiva utilidad fsck en caso de que el sistema de archivos no se haya desmontado correctamente y sea necesario reproducir el registro antes del montaje. Esto no es necesario para BTRFS".
  7. ^ Swearingen, Cindy. "Depuración programada de grupos en Oracle Solaris ZFS".
  8. ^ Harris, Guy (18 de abril de 1986). ""fgrep" no siempre coincide con todo lo que debería". Grupo de noticias : net.bugs.usg.
  9. ^ "README". Adenda a la cinta de distribución de UNIX 7.ª edición, 2/12/80 .
  10. ^ "Gestión de sistemas: utilidades de programación y sistema de archivos (FSSU)" (PDF) . opengroup.org . 1995. p. 18 . Consultado el 8 de abril de 2023 .
  11. ^ Raymond, Eric S (24 de septiembre de 1999). "fscking". The Jargon File . Archivado desde el original el 3 de enero de 2009. fcking: /fus'-king/ o /eff'-seek-ing/ adj. [Usenet; común] Fucking , en el sentido expletivo (se refiere al comando de reparación del sistema de archivos de Unix fsck(1), del cual se puede decir que si tienes que usarlo es que estás teniendo un mal día). Se originó en {scary devil Monastery} y en los grupos de noticias bofh.net , pero se volvió mucho más común después de la aprobación de { CDA }. También se ve ocasionalmente en la variante 'What the fsck?'
  12. ^ Crosby, Matthew. "Informe de Usenix". alt.sysadmin.recovery . Usenet . Consultado el 20 de febrero de 2016 .
  13. ^ "Mente jodida". WikiWikiWeb . C2.
  14. ^ Rob Pike , Rob Pike en Mastodon: la verdad sobre la pronunciación y el nombre original de fsck , consultado el 18 de diciembre de 2023
  • hombre fsck
  • Comprobación y reparación del sistema de archivos con fsck
  • Entrada de archivo de jerga: fscking
  • Las múltiples caras de fsck
Obtenido de "https://es.wikipedia.org/w/index.php?title=Fsck&oldid=1250971209"