{"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\/it\/blog\/novosti-interneta\/atomarnye-varianty-fedora-linux-namereny-perevesti-na-fs-somposefs","title":{"rendered":"Le varianti atomiche di Fedora Linux intendono essere migrate su FS Composefs.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I sviluppatori del progetto Fedora intendono cambiare le edizioni del sistema operativo in modo che utilizzeranno per default il file system Composefs. Se la proposta verr\u00e0 approvata dal comitato FESCo (Fedora Engineering Steering Committee), responsabile dello sviluppo tecnico del sistema operativo Fedora, Composefs sar\u00e0 impiegato nelle versioni Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora CoreOS, Fedora IoT, Fedora Sway Atomic e Fedora Budgie Atomic. <\/p>\n
Questa modifica consentir\u00e0 di utilizzare per queste versioni una partizione principale in modalit\u00e0 sola lettura, e in futuro di adottare strumenti di verifica dell'integrit\u00e0 per la partizione di sistema che permetteranno di individuare eventuali problemi durante il funzionamento. Le partizioni \/etc e \/var continueranno a montarsi con la possibilit\u00e0 di scrittura.<\/p>\n
Attualmente, il sistema \u00e8 organizzato mediante il montaggio della partizione \/usr in modalit\u00e0 sola lettura, mentre la partizione principale viene montata in modalit\u00e0 di scrittura, ed eventuali modifiche sono vietate a livello di permessi di accesso («chattr +i \/»). Il controllo dell'integrit\u00e0 viene effettuato durante l'aggiornamento della partizione, il che non consente di rilevare danni e modifiche apportate durante il funzionamento senza avviare un controllo completo di tutti i dati utilizzando il comando «ostree fsck».<\/p>\n
Il file system Composefs \u00e8 implementato come un'estensione sopra ai file system gi\u00e0 presenti nel kernel OverlayFS e EROFS, ed \u00e8 ottimizzato per un'efficace condivisione del contenuto di pi\u00f9 immagini disco montate. La funzionalit\u00e0 EROFS (Extendable Read-Only File System) soddisfa i requisiti di Composefs a partire dalla versione 5.15 del kernel Linux, mentre OverlayFS \u2014 a partire dal kernel 6.5. Composefs consente di creare file system multilivello, in cui alberi di file system arbitrari in modalit\u00e0 sola lettura sono sovrapposti a file system Linux standard, che fungono da strato inferiore. <\/p>\n
Tra i filesystem esistenti, Composefs si distingue per il supporto alla condivisione dei contenuti tra diverse immagini disco e per le funzionalit\u00e0 di verifica dell'autenticit\u00e0 dei dati letti. Composefs utilizza un modello di archiviazione basato su contenuto, in cui l'identificatore primario non \u00e8 il nome del file, ma l'hash del contenuto del file. Questo modello garantisce la deduplicazione e consente di conservare solo una copia di file identici che si incontrano in diverse partizioni montate. <\/p>\n
Le immagini di sistema di solito contengono molti file standard e, nell'uso di Composefs, ciascuno di questi file sar\u00e0 condiviso da tutte le immagini montate, evitando trucchi come i link duri. Inoltre, i file comuni non solo sono memorizzati come una sola copia su disco, ma occupano anche una sola voce nella cache delle pagine, consentendo un risparmio sia dello spazio su disco che della memoria RAM.<\/p>\n
Per risparmiare spazio su disco, i dati e i metadati in Composefs sono separati e durante il montaggio viene specificato separatamente l'indice binario, in cui sono memorizzati tutti i metadati del file system, i nomi dei file, i diritti di accesso e altre informazioni. Gli indici con metadati vengono creati per ogni immagine di FS e memorizzati in un file separato nel formato EROFS (l'immagine EROFS viene montata in modalit\u00e0 loopback e contiene solo i metadati). I file di tutte le immagini montate vengono memorizzati in una cartella base comune in un normale FS (ext4, xfs, btrfs) e collegati all'immagine tramite l'attributo esteso rusted.overlay.redirect, su cui si basa OverlayFS per trovare i file necessari tramite l'hash del contenuto.<\/p>\n
Per la verifica del contenuto di singoli file e dell'intero'immagine in un ambiente di archiviazione condivisa, si applica il meccanismo fs-verity, il quale controlla la corrispondenza tra i hash indicati nell'indice binario e il contenuto effettivo durante l'accesso ai file. Se un attaccante apporta modifiche a un file nella directory di base o se i dati si danneggiano a causa di un guasto, tale verifica riveler\u00e0 le discrepanze. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"