Los desarrolladores del proyecto Fedora tienen la intenci\u00f3n de cambiar las versiones actualizables at\u00f3micamente del sistema operativo por defecto al sistema de archivos Composefs. Si la propuesta es aprobada por el comit\u00e9 FESCo (Fedora Engineering Steering Committee), que se encarga del aspecto t\u00e9cnico del desarrollo de Fedora, Composefs comenzar\u00e1 a utilizarse en las construcciones de Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora CoreOS, Fedora IoT, Fedora Sway Atomic y Fedora Budgie Atomic. <\/p>\n
Este cambio permitir\u00e1 utilizar en estas construcciones una partici\u00f3n ra\u00edz que funcione en modo de solo lectura, as\u00ed como emplear m\u00e1s adelante herramientas de verificaci\u00f3n de integridad en la partici\u00f3n del sistema que permitan detectar problemas durante la operaci\u00f3n. Las particiones \/etc y \/var seguir\u00e1n mont\u00e1ndose con capacidad de escritura.<\/p>\n
Actualmente, el trabajo est\u00e1 organizado a trav\u00e9s del montaje de la partici\u00f3n \/usr en modo de solo lectura, mientras que la partici\u00f3n ra\u00edz se monta en un modo que permite escritura, y los cambios est\u00e1n prohibidos a nivel de permisos (\"chattr +i \/\"). La verificaci\u00f3n de la integridad se realiza en la etapa de actualizaci\u00f3n de la partici\u00f3n, lo que no permite detectar da\u00f1os y modificaciones realizadas durante el funcionamiento sin iniciar una verificaci\u00f3n completa de todos los datos con el comando \"ostree fsck\".<\/p>\n
El sistema de archivos Composefs est\u00e1 implementado como una capa sobre los sistemas de archivos OverlayFS y EROFS, que ya est\u00e1n presentes en el n\u00facleo, y est\u00e1 optimizado para el almacenamiento conjunto eficiente del contenido de varias im\u00e1genes de disco montadas. La funcionalidad de EROFS (Extendable Read-Only File System) satisface los requisitos de Composefs a partir de la versi\u00f3n del n\u00facleo de Linux 5.15, y OverlayFS a partir del n\u00facleo 6.5. Composefs permite crear sistemas de archivos en capas, donde \u00e1rboles de sistemas de archivos arbitrarios en modo de solo lectura se superponen sobre sistemas de archivos Linux est\u00e1ndar, que sirven como capa inferior. <\/p>\n
A diferencia de otros sistemas de archivos similares existentes, Composefs se distingue por su soporte para el almacenamiento conjunto del contenido de diferentes im\u00e1genes de disco y la presencia de funciones para la verificaci\u00f3n de la autenticidad de los datos le\u00eddos. Composefs utiliza un modelo de almacenamiento basado en la direcci\u00f3n del contenido, donde el identificador primario no es el nombre del archivo, sino el hash del contenido del archivo. Este modelo garantiza la deduplicaci\u00f3n y permite almacenar solo una copia de los archivos id\u00e9nticos que aparecen en diferentes particiones montadas. <\/p>\n
Las im\u00e1genes del sistema suelen contener numerosos archivos de plantilla y en el caso de aplicar Composefs, cada uno de estos archivos ser\u00e1 compartido por todas las im\u00e1genes montadas, sin necesidad de trucos como el uso de enlaces duros. De este modo, los archivos comunes no solo se almacenan como una \u00fanica copia en el disco, sino que tambi\u00e9n se gestionan con una \u00fanica entrada en la cach\u00e9 de p\u00e1ginas, lo que permite ahorrar tanto espacio en disco como en memoria RAM.<\/p>\n
Para ahorrar espacio en disco, los datos y metadatos en Composefs est\u00e1n separados y durante el montaje se especifica por separado un \u00edndice binario que contiene todos los metadatos del sistema de archivos, nombres de archivos, permisos y otra informaci\u00f3n. Los \u00edndices de metadatos se crean para cada imagen del sistema de archivos y se almacenan en un archivo separado en formato EROFS (en modo loopback se monta una imagen EROFS, donde solo est\u00e1n presentes los metadatos). Los archivos de todas las im\u00e1genes montadas se almacenan en un directorio base com\u00fan en un sistema de archivos normal (ext4, xfs, btrfs) y se vinculan a la imagen mediante el atributo extendido rusted.overlay.redirect, sobre la base del cual OverlayFS encuentra los archivos necesarios por el hash de contenido.<\/p>\n