Linux 7.4 retire BFS, le système de fichiers d'amorçage d'UnixWare

Le noyau Linux supprime son pilote pour le système de fichiers BFS dans la version 7.4. Ethan Nelson-Moore a envoyé le patch de retrait à la liste de diffusion du noyau le 4 septembre 2026, et le mainteneur Christian Brauner l'a déjà mis en file. C'est le troisième vieux système de fichiers que le noyau abandonne en deux versions.

BFS désigne ici le système de fichiers d'amorçage que SCO UnixWare utilisait pour sa partition de démarrage. UnixWare est un Unix commercial, et Linux portait ce pilote pour pouvoir lire un tel disque. Le patch de Nelson-Moore soutient qu'il y a « very little reason anyone would want to access it from Linux ».

Ce que fait vraiment le patch

Le patch touche 20 fichiers. Il en supprime 6 et en modifie 14, en retirant 1 275 lignes et en ajoutant 4. Les fichiers supprimés sont la documentation, l'entrée Kconfig, le Makefile, les en-têtes et le pilote lui-même.

Un fichier survit. Le patch conserve include/uapi/linux/bfs_fs.h, l'en-tête qui décrit le format sur disque aux programmes de l'espace utilisateur. Retirer un pilote et retirer son en-tête public sont deux décisions distinctes, et le noyau traite la seconde comme une rupture de sa promesse d'interface.

La raison avancée est que presque personne ne peut encore s'en servir. « BFS is the filesystem UnixWare uses for its boot partition. It has extremely limited functionality, only supporting contiguous files and no subdirectories », a écrit Nelson-Moore dans le patch. La soumission ajoute que « bfs is highly unlikely to have any users, so remove it ».

Ces deux limites méritent qu'on s'y arrête. Un fichier contigu doit tenir dans une suite ininterrompue de blocs sur le disque. Pas de sous-répertoires signifie que chaque fichier vit dans une seule liste plate. C'est assez pour loger un noyau et un chargeur d'amorçage, et guère plus.

Une partie d'un nettoyage plus large

BFS n'est pas le premier à partir. EFS et FreeVxFS ont été retirés dans Linux 7.3, le cycle juste avant celui-ci. Phoronix rapporte que ces retraits suivent de nouvelles orientations du noyau, destinées à réduire la charge d'entretien des systèmes de fichiers rarement utilisés dans l'arbre.

La revue est allée vite. Brauner a répondu au patch par « I agree » et l'a appliqué. Il a écrit qu'il partait dans « the vfs-7.4.bfs branch of the vfs/vfs.git tree », et que « patches in the vfs-7.4.bfs branch should appear in linux-next soon ». Lorenzo Stoakes, Jan Kara, Tigran Aivazian et Darrick J. Wong ont participé au fil, et aucune des réponses visibles ne s'est opposée au retrait.

Ce que cela signifie pour les développeurs

Vérifiez votre table de montage si vous maintenez des outils de criminalistique ou de migration. Un outil qui lit de vieux disques UnixWare en les montant cessera de fonctionner dès que votre distribution livrera un noyau 7.4. Prévoyez un lecteur en espace utilisateur, ou une copie du dernier noyau qui contient encore le pilote.

Ne prenez pas l'en-tête survivant pour un sursis. bfs_fs.h reste parce que les interfaces vers l'espace utilisateur ne se retirent pas à la légère, pas parce que le pilote va revenir. Si votre code inclut cet en-tête puis appelle mount, seule la moitié fonctionnera encore.

Regardez quel système de fichiers sera le prochain, plutôt que de pleurer celui-ci. Trois retraits en deux cycles font un motif, et le critère annoncé est le coût d'entretien face aux utilisateurs réels. Si vous dépendez de quelque chose d'obscur dans l'arbre, le geste utile est de le dire dès maintenant sur la liste de diffusion. Le fil BFS montre à quelle vitesse un patch passe en file quand personne ne s'y oppose.

Il y a ici une leçon pour quiconque pousse un pilote en amont. Un pilote sans utilisateurs visibles est un coût d'entretien sans électeurs, et le noyau a commencé à le facturer. On garde un pilote de niche en vie en laissant des traces d'usage : des rapports de bogue, des résultats de test et un mainteneur qui répond au courrier. Le travail noyau de ce cycle est plein du cas inverse, comme Zen 6 d'AMD qui rend une mitigation existante inutile, où c'est le fabricant du matériel qui porte le code.