Les d\u00e9veloppeurs du projet Fedora pr\u00e9voient de basculer par d\u00e9faut les \u00e9ditions atomiquement mises \u00e0 jour de la distribution sur le syst\u00e8me de fichiers Composefs. Si la proposition est approuv\u00e9e par le comit\u00e9 FESCo (Fedora Engineering Steering Committee), responsable de la partie technique du d\u00e9veloppement de la distribution Fedora, Composefs commencera \u00e0 \u00eatre utilis\u00e9 dans les builds Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora CoreOS, Fedora IoT, Fedora Sway Atomic et Fedora Budgie Atomic. <\/p>\n
Ce changement permettra d'utiliser dans ces builds une partition racine fonctionnant en mode lecture seule, ainsi qu'\u00e0 terme d'utiliser des outils de v\u00e9rification d'int\u00e9grit\u00e9 pour la partition syst\u00e8me, permettant de d\u00e9tecter les probl\u00e8mes survenant durant le fonctionnement. Les partitions \/etc et \/var continueront \u00e0 \u00eatre mont\u00e9es avec possibilit\u00e9 d'\u00e9criture.<\/p>\n
Actuellement, le travail est organis\u00e9 via le montage de la partition \/usr en mode lecture seule, tandis que la partition racine est mont\u00e9e en mode \u00e9criture, et les modifications sont interdites au niveau des autorisations d'acc\u00e8s (\u00ab chattr +i \/ \u00bb). L'int\u00e9grit\u00e9 est v\u00e9rifi\u00e9e lors de la mise \u00e0 jour de la partition, ce qui ne permet pas de d\u00e9tecter les dommages et les modifications apport\u00e9es pendant le fonctionnement, sans initiation d'un contr\u00f4le complet de toutes les donn\u00e9es par la commande \u00ab ostree fsck \u00bb.<\/p>\n
Le syst\u00e8me de fichiers Composefs est impl\u00e9ment\u00e9 comme un super-ensemble des syst\u00e8mes de fichiers OverlayFS et EROFS d\u00e9j\u00e0 pr\u00e9sents dans le noyau, et il est optimis\u00e9 pour le stockage efficace du contenu de plusieurs images disque mont\u00e9es. La fonctionnalit\u00e9 EROFS (Extendable Read-Only File System) r\u00e9pond aux exigences de Composefs \u00e0 partir de la version 5.15 du noyau Linux, tandis qu'OverlayFS l'est \u00e0 partir de la version 6.5. Composefs permet de cr\u00e9er des syst\u00e8mes de fichiers multicouches, dans lesquels des arbres de syst\u00e8mes de fichiers en mode lecture seule sont superpos\u00e9s sur des syst\u00e8mes de fichiers Linux standard qui agissent comme couche inf\u00e9rieure. <\/p>\n
Par rapport aux syst\u00e8mes de fichiers similaires existants, Composefs se distingue par sa prise en charge du stockage partag\u00e9 de contenus de diff\u00e9rentes images de disque et la pr\u00e9sence de fonctions de v\u00e9rification de l'authenticit\u00e9 des donn\u00e9es lues. Dans Composefs, un mod\u00e8le de stockage bas\u00e9 sur le contenu est utilis\u00e9, dans lequel l'identifiant principal n'est pas le nom du fichier, mais le hachage du contenu du fichier. Ce mod\u00e8le garantit la d\u00e9duplication et permet de stocker une seule copie de fichiers identiques apparaissant dans diff\u00e9rentes partitions mont\u00e9es. <\/p>\n
Les images syst\u00e8me contiennent g\u00e9n\u00e9ralement de nombreux fichiers types et, en utilisant Composefs, chacun de ces fichiers sera partag\u00e9 par toutes les images mont\u00e9es, sans avoir recours \u00e0 des astuces comme le passage par des liens durs. Ainsi, les fichiers communs sont non seulement stock\u00e9s en une seule copie sur le disque, mais ils ne n\u00e9cessitent qu'une seule entr\u00e9e dans le cache des pages, permettant d'\u00e9conomiser \u00e0 la fois de l'espace disque et de la m\u00e9moire vive.<\/p>\n
Pour \u00e9conomiser de l'espace disque, les donn\u00e9es et les m\u00e9tadonn\u00e9es dans Composefs sont s\u00e9par\u00e9es et, lors du montage, un index binaire est sp\u00e9cifi\u00e9, qui contient toutes les m\u00e9tadonn\u00e9es du syst\u00e8me de fichiers, les noms de fichiers, les droits d'acc\u00e8s et d'autres informations. Des index de m\u00e9tadonn\u00e9es sont cr\u00e9\u00e9s pour chaque image FS et stock\u00e9s dans un fichier s\u00e9par\u00e9 au format EROFS (l'image EROFS, qui contient uniquement les m\u00e9tadonn\u00e9es, est mont\u00e9e en mode loopback). Les fichiers de toutes les images mont\u00e9es sont conserv\u00e9s dans un r\u00e9pertoire de base commun dans un syst\u00e8me de fichiers ordinaire (ext4, xfs, btrfs) et sont li\u00e9s \u00e0 l'image via l'attribut \u00e9tendu rusted.overlay.redirect, sur la base duquel OverlayFS trouve les fichiers n\u00e9cessaires par le hash du contenu.<\/p>\n