{"id":116748,"date":"2024-06-24T18:05:52","date_gmt":"2024-06-24T16:05:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/atomarnye-varianty-fedora-linux-namereny-perevesti-na-fs-somposefs"},"modified":"2024-06-24T18:05:52","modified_gmt":"2024-06-24T16:05:52","slug":"atomarnye-varianty-fedora-linux-namereny-perevesti-na-fs-somposefs","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/atomarnye-varianty-fedora-linux-namereny-perevesti-na-fs-somposefs","title":{"rendered":"Die atomaren Varianten von Fedora Linux haben vor, auf das Dateisystem Composefs umzusteigen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler des Fedora-Projekts planen, die standardm\u00e4\u00dfig atomar aktualisierten Versionen der Distribution auf das Dateisystem Composefs umzustellen. Sollte der Vorschlag vom FESCo-Komitee (Fedora Engineering Steering Committee), das f\u00fcr den technischen Teil der Entwicklung von Fedora zust\u00e4ndig ist, genehmigt werden, wird Composefs in den Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora CoreOS, Fedora IoT, Fedora Sway Atomic und Fedora Budgie Atomic Builds Anwendung finden. <\/p>\n
Diese \u00c4nderung erm\u00f6glicht es, dass in diesen Builds die Root-Partition im Nur-Lese-Modus betrieben wird und k\u00fcnftig auch Integrit\u00e4tspr\u00fcfungsmechanismen f\u00fcr die Systempartition eingesetzt werden k\u00f6nnen, um auftretende Probleme w\u00e4hrend des Betriebs zu erkennen. Die Partitionen \/etc und \/var bleiben weiterhin mit Schreibzugriff eingebunden.<\/p>\n
Derzeit wird die Arbeit organisiert, indem der Bereich \/usr im Nur-Lese-Modus eingebunden wird, w\u00e4hrend die Root-Partition im schreibf\u00e4higen Modus eingebunden ist, wobei \u00c4nderungen auf Berechtigungsstufe verboten sind (\u201achattr +i \/\u2018). Die Integrit\u00e4tspr\u00fcfung erfolgt w\u00e4hrend der Aktualisierung des Bereichs, was es unm\u00f6glich macht, Besch\u00e4digungen und \u00c4nderungen zu erkennen, die w\u00e4hrend des Betriebs vorgenommen wurden, ohne eine vollst\u00e4ndige \u00dcberpr\u00fcfung aller Daten mit dem Befehl \u201aostree fsck\u2018 zu initiieren.<\/p>\n
Das Dateisystem Composefs ist als Erweiterung \u00fcber den bereits im Kernel vorhandenen Dateisystemen OverlayFS und EROFS implementiert und wurde optimiert, um effizient Inhalte mehrerer eingebundener Disk-Images gemeinsam zu speichern. Die Funktionalit\u00e4t von EROFS (Extendable Read-Only File System) erf\u00fcllt die Anforderungen von Composefs ab der Kernel-Version 5.15, und OverlayFS \u2014 ab Kernel 6.5. Composefs erm\u00f6glicht die Erstellung von mehrschichtigen Dateisystemen, in denen beliebige Baumstrukturen im Nur-Lese-Modus \u00fcber die Standard-Linux-Dateisysteme gelegt werden, die als untere Schicht fungieren. <\/p>\n
Unter den bereits existierenden \u00e4hnlichen Dateisystemen hebt sich Composefs durch die Unterst\u00fctzung der gemeinsamen Speicherung von Inhalten verschiedener Disk-Images und Funktionen zur \u00dcberpr\u00fcfung der Authentizit\u00e4t lesbarer Daten ab. Composefs verwendet ein speicherbasierendes Modell mit inhaltsbasierter Adressierung, bei dem der prim\u00e4re Identifikator nicht der Dateiname ist, sondern der Hash des Dateiinhalts. Dieses Modell erm\u00f6glicht die Deduplication und erlaubt, nur eine Kopie identischer Dateien zu speichern, die in verschiedenen eingebundenen Partitionen vorkommen. <\/p>\n
System-Images enthalten in der Regel eine Vielzahl typischer Dateien, und bei der Verwendung von Composefs wird jede dieser Dateien von allen eingeh\u00e4ngten Images gemeinsam genutzt, ohne auf Tricks wie die Verwendung von harten Links zur\u00fcckgreifen zu m\u00fcssen. Dabei werden die gemeinsamen Dateien nicht nur als eine Kopie auf der Festplatte gespeichert, sondern auch als ein Eintrag im Seitencache behandelt, was es erm\u00f6glicht, sowohl Speicherplatz auf der Festplatte als auch RAM zu sparen.<\/p>\n
Um Speicherplatz zu sparen, sind die Daten und Metadaten in Composefs getrennt, und beim Mounten wird der bin\u00e4re Index angegeben, der alle Metadaten des Dateisystems, Dateinamen, Zugriffsrechte und andere Informationen enth\u00e4lt. Metadaten-Indizes werden f\u00fcr jedes FS-Image erstellt und in einer separaten Datei im EROFS-Format gespeichert (im Loopback-Modus wird das EROFS-Image gemountet, das nur Metadaten enth\u00e4lt). Die Dateien aller gemounteten Images werden in einem gemeinsamen Basisverzeichnis im regul\u00e4ren Dateisystem (ext4, xfs, btrfs) gespeichert und \u00fcber das erweiterte Attribut rusted.overlay.redirect mit dem Image verkn\u00fcpft, auf dessen Grundlage OverlayFS die erforderlichen Dateien anhand des Inhalts-Hashes findet.<\/p>\n
Zur \u00dcberpr\u00fcfung des Inhalts einzelner Dateien und des gesamten Images in einer gemeinsam genutzten Umgebung wird der Mechanismus fs-verity verwendet. Dieser \u00fcberpr\u00fcft beim Zugriff auf Dateien die \u00dcbereinstimmung der im Bin\u00e4rindex angegebenen Hashes mit dem tats\u00e4chlichen Inhalt \u2014 wenn ein Angreifer \u00c4nderungen an einer Datei im Basisverzeichnis vornimmt oder die Daten durch einen Ausfall besch\u00e4digt werden, wird eine solche \u00dcberpr\u00fcfung die Abweichungen aufdecken. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"