FSKit: cómo añaden las apps sistemas de archivos a macOS

FSKit es el framework de Apple para sistemas de archivos creados por apps. Una app incluye una pequeña extensión, la extensión se ejecuta en el espacio de usuario como cualquier otro proceso, y macOS monta lo que ofrece como un volumen en el Finder. Antes de FSKit, un sistema de archivos de terceros significaba una extensión del kernel, y en un Mac con Apple silicon eso suponía además rebajar los ajustes de seguridad del Mac desde Recuperación.

FSKit llegó con macOS Sequoia 15.4, en marzo de 2025, para sistemas de archivos que viven en un disco. macOS 26 añadió dos nuevos tipos de origen, una ruta y una URL, así que ahora un sistema de archivos puede venir de una carpeta, de un servidor o de un dispositivo al otro lado de un cable. Para ti, usar uno se reduce a un solo interruptor en Ajustes del Sistema: General > Ítems de inicio y extensiones > Extensiones del sistema de archivos.

Qué hace un sistema de archivos

Todo volumen de un Mac tiene detrás un sistema de archivos. Cuando el Finder muestra una carpeta, o una app abre un archivo, macOS le pide a ese sistema de archivos nombres, tamaños, fechas y bytes, y el sistema de archivos responde desde donde estén los datos: una partición de un SSD en el caso de APFS, una tarjeta de memoria en el de exFAT, un servidor en el de SMB.

Un módulo FSKit es esa parte que responde, empaquetada como una extensión dentro de una app. La documentación de Apple lo llama FSModule y describe tres ideas: un recurso, de donde vienen los datos; un contenedor, que convierte un recurso en volúmenes; y el propio volumen, las carpetas y los archivos que ves. FSKit conecta el módulo con las partes de macOS que ya se ocupan de los discos y los montajes, entre ellas Disk Arbitration y el comando mount. Por ahora FSKit solo admite el diseño sencillo, un recurso que da un volumen, que según Apple es el patrón que siguen la mayoría de los sistemas de archivos del propio Mac.

Antes de FSKit: extensiones del kernel y macFUSE

Una extensión del kernel se ejecuta dentro del kernel, el núcleo de macOS, con acceso total a la máquina. Un fallo en una de ellas puede tumbar el Mac entero. Apple ya no las recomienda, y en un Mac con Apple silicon todas las extensiones del kernel de terceros están bloqueadas por defecto. Permitir una supone apagar el Mac, arrancar en Recuperación, abrir la Utilidad de Seguridad de Arranque, elegir Seguridad reducida y marcar Permitir la gestión por parte del usuario de las extensiones de kernel de desarrolladores identificados, y después aprobar la extensión y reiniciar otra vez.

macFUSE nació alrededor de eso. Es una única extensión del kernel que permite que muchos sistemas de archivos funcionen como programas normales por encima de ella, y así llegaron al Mac durante años muchos sistemas de archivos de terceros. Su extensión del kernel sigue siendo la opción por defecto. Desde la versión 5, macFUSE ofrece también un backend FSKit que no necesita extensión del kernel ni ningún cambio en Recuperación. Su propia documentación enumera lo que ese backend aún no puede hacer, entre otras cosas usar puntos de montaje fuera de /Volumes, y dice que sus volúmenes FSKit no rinden tan bien como los del kernel.

Apple ha ido llevando sus propios sistemas de archivos por el mismo camino. En macOS Sonoma sacó exFAT y FAT del kernel y los pasó a servicios que se ejecutan en el espacio de usuario.

Qué añadió macOS 26

En macOS 15.4, el recurso que FSKit entregaba a un módulo era una partición de disco, FSBlockDeviceResource. Eso encaja con un sistema de archivos para un formato de disco, como ext4 o NTFS en un disco USB, y en eso se centraba.

macOS 26 añadió dos tipos de recurso más. FSPathURLResource representa una ruta del Mac, una carpeta o un archivo, y FSKit lleva intacta una URL con ámbito de seguridad desde la app que pide el montaje hasta el módulo. FSGenericURLResource representa cualquier URL. El módulo declara en su Info.plist los esquemas de URL que entiende, y FSKit deja por completo en manos del módulo el significado de la URL. Los ejemplos de la propia Apple son un localizador de hardware y una dirección de red para un sistema de archivos remoto.

Ese segundo tipo es lo que hace posible un teléfono. El módulo de SideMount se monta a partir de una URL adb:// que nombra el teléfono, y llega al teléfono por el cable con el protocolo adb, el que usan las herramientas para desarrolladores de Android. En toda esa cadena no hay ningún disco, y por eso SideMount necesita macOS 26 o posterior.

Activar una extensión FSKit

macOS no ejecuta una extensión del sistema de archivos hasta que tú lo permites. Cada app FSKit lo pide una vez:

1. Abre Ajustes del Sistema > General > Ítems de inicio y extensiones.
2. Desplázate hasta Extensiones y cambia la lista a Por categoría. En la vista Por app no existe la fila Extensiones del sistema de archivos, y ahí es donde se atasca casi todo el mundo.
3. Abre Extensiones del sistema de archivos y activa la extensión de la app.

El ajuste pertenece a tu cuenta de usuario. Un ingeniero de Apple ha explicado que FSKit se basa en extensiones de app, y que las extensiones de app van por usuario, así que en un Mac compartido cada cuenta la activa por separado. El mismo interruptor la desactiva. La guía de configuración de SideMount muestra estos pasos con imágenes.

Qué supone cuando usas uno

Un volumen FSKit se comporta como cualquier otra unidad. Aparece en el Finder, tiene una ruta que el Terminal y los scripts pueden usar, y cualquier app puede abrir, guardar y copiar archivos en él. Esa es la diferencia con las apps que muestran los archivos en una ventana propia, como hacen la mayoría de las apps MTP, y la razón por la que un teléfono montado así funciona con rsync, Photoshop o VLC. Usar un teléfono Android como unidad externa cuenta cómo es eso en la práctica.

Hay un hábito que importa. Expulsa un volumen FSKit de la forma normal, desde el Finder o desde la app, en lugar de forzarlo. El servicio FSKit de macOS, fskitd, puede quedarse atascado tras un desmontaje forzado, y entonces solo lo arregla reiniciar el Mac. Además, FSKit es joven: algunas cosas que puede hacer un sistema de archivos del kernel aún no están en el framework, así que merece la pena leer las notas de cada app.

Preguntas