Matthew Wilcox d'Oracle, connu pour avoir créé le pilote nvme (NVM Express) et le mécanisme d'accès direct au système de fichiers DAX, a proposé de retirer le système de fichiers ReiserFS du noyau Linux, à l'instar des anciens systèmes de fichiers ext et xiafs qui ont été supprimés, ou de réduire le code de ReiserFS en ne conservant que le support en mode lecture seule.
La motivation pour cette suppression provient des difficultés supplémentaires liées à la mise à niveau de l'infrastructure du noyau, dues au fait que, pour ReiserFS, les développeurs sont contraints de maintenir l'ancien gestionnaire de l'indicateur AOP_FLAG_CONT_EXPAND dans le noyau, car ReiserFS reste le seul système de fichiers à utiliser cet indicateur dans la fonction write_begin. De plus, la dernière mise à jour du code de ReiserFS date de 2019, et il n'est pas clair dans quelle mesure ce système de fichiers est encore en demande et s'il est toujours utilisé.
Jan Kára de SUSE a convenu que ReiserFS est en train de devenir obsolète, mais il n'est pas certain qu'il soit suffisamment obsolète pour être retiré du noyau. Selon Jan, ReiserFS continue d'être inclus dans openSUSE et SLES, mais la base d'utilisateurs de ce système de fichiers est insignifiante et continue de diminuer. Pour les utilisateurs d'entreprise, le support de ReiserFS a été interrompu il y a 3-4 ans, et le module ReiserFS n'est pas inclus par défaut dans le paquet du noyau. Jan a proposé de commencer à émettre un avertissement sur l'obsolescence lors du montage des partitions ReiserFS et de considérer ce système de fichiers comme prêt à être retiré si, au cours d'un an ou deux, personne ne fait savoir qu'il souhaite continuer à l'utiliser.
Le débat a été rejoint par Eduard Shishkin, qui supervise le système de fichiers ReiserFS, et a fourni un patch supprimant l'utilisation de l'indicateur AOP_FLAG_CONT_EXPAND dans le code de ReiserFS. Matthew Wilcox a accepté le patch dans sa branche. Ainsi, la raison de la suppression a été éliminée et la question de l'exclusion de ReiserFS du noyau peut être considérée comme reportée pour une période suffisamment longue.
Il est impossible d'ignorer complètement la question de l'obsolescence de ReiserFS en raison du travail visant à exclure du noyau les systèmes de fichiers avec le problème non résolu de 2038. Par exemple, pour cette raison, un calendrier de suppression de la version quatre du format de système de fichiers XFS a déjà été préparé (le nouveau format XFS a été proposé dans le noyau 5.10 et a repoussé le dépassement du compteur temporel à 2468). La construction XFS v4 sera désactivée par défaut en 2025, et le code sera supprimé en 2030). Un calendrier similaire est proposé pour ReiserFS, offrant au moins cinq ans pour la migration vers d'autres systèmes de fichiers ou un format de métadonnées modifié.
Source : opennet.ru
