Linux 7.4 elimina BFS, el sistema de archivos de arranque de UnixWare

El núcleo Linux elimina su controlador del sistema de archivos BFS en la versión 7.4. Ethan Nelson-Moore envió el parche de eliminación a la lista de correo del núcleo el 4 de septiembre de 2026, y el mantenedor Christian Brauner ya lo ha puesto en cola. Es el tercer sistema de archivos antiguo que el núcleo abandona en dos versiones.

BFS aquí es el sistema de archivos de arranque que SCO UnixWare usaba para su partición de arranque. UnixWare es un Unix comercial, y Linux cargaba con el controlador para poder leer un disco así. El parche de Nelson-Moore sostiene que hay «very little reason anyone would want to access it from Linux».

Qué hace el parche en realidad

El parche toca 20 archivos. Borra 6 y modifica 14, quitando 1.275 líneas y añadiendo 4. Los archivos borrados son la documentación, la entrada de Kconfig, el Makefile, las cabeceras y el propio controlador.

Un archivo sobrevive. El parche conserva include/uapi/linux/bfs_fs.h, la cabecera que describe el formato en disco a los programas del espacio de usuario. Retirar un controlador y retirar su cabecera pública son decisiones distintas, y el núcleo trata la segunda como una ruptura de su promesa de interfaz.

La razón declarada es que casi nadie puede estar usándolo. «BFS is the filesystem UnixWare uses for its boot partition. It has extremely limited functionality, only supporting contiguous files and no subdirectories», escribió Nelson-Moore en el parche. El envío añade que «bfs is highly unlikely to have any users, so remove it».

Esos dos límites merecen una pausa. Un archivo contiguo tiene que ocupar una serie ininterrumpida de bloques en el disco. Sin subdirectorios significa que todos los archivos viven en una única lista plana. Eso basta para guardar un núcleo y un cargador de arranque, y para poco más.

Parte de una limpieza más amplia

BFS no es el primero en irse. EFS y FreeVxFS se eliminaron en Linux 7.3, el ciclo justo anterior a este. Phoronix informa de que las eliminaciones siguen nuevas orientaciones del núcleo, pensadas para reducir la carga de mantener en el árbol sistemas de archivos que casi no se usan.

La revisión fue rápida. Brauner respondió al parche con «I agree» y lo aplicó. Escribió que iba a «the vfs-7.4.bfs branch of the vfs/vfs.git tree», y que «patches in the vfs-7.4.bfs branch should appear in linux-next soon». Lorenzo Stoakes, Jan Kara, Tigran Aivazian y Darrick J. Wong participaron en el hilo, y ninguna de las respuestas visibles se opuso a la eliminación.

Qué significa esto para los desarrolladores

Revise su tabla de montaje si mantiene herramientas forenses o de migración. Una herramienta que lee discos antiguos de UnixWare montándolos dejará de funcionar en cuanto su distribución entregue un núcleo 7.4. Planifique un lector en espacio de usuario, o una copia del último núcleo que todavía trae el controlador.

No lea la cabecera superviviente como un indulto. bfs_fs.h se queda porque las interfaces hacia el espacio de usuario no se retiran a la ligera, no porque el controlador vaya a volver. Si su código incluye esa cabecera y luego llama a mount, solo la mitad seguirá funcionando.

Mire qué sistema de archivos será el siguiente, en vez de lamentar este. Tres eliminaciones en dos ciclos son un patrón, y el criterio declarado es el coste de mantenimiento frente a los usuarios reales. Si depende de algo poco común del árbol, el movimiento útil es decirlo ahora en la lista de correo. El hilo de BFS muestra lo rápido que uno de estos pasa de parche a cola cuando nadie objeta.

Hay aquí una lección para quien lleva un controlador aguas arriba. Un controlador sin usuarios visibles es un coste de mantenimiento sin electorado, y el núcleo ha empezado a cobrarlo. La forma de mantener vivo un controlador de nicho es dejar pruebas de que se usa: informes de error, resultados de pruebas y un mantenedor que conteste al correo. El trabajo en el núcleo de este ciclo está lleno del caso contrario, como Zen 6 de AMD haciendo innecesaria una mitigación existente, donde es el fabricante del hardware quien carga con el código.