Fájlrendszer, NAS, storage

Az Alpine Linux usr összefésülést tervez

Az Alpine Linux Technical Steering Committee (TSC) úgy döntött, hogy megváltoztatja az alap fájlrendszer-hierarchiát. A jövőben a /lib, /bin és /sbin szimbolikus linkek lesznek a /usr alatti megfelelőikre, és minden csomag a /usr útvonalak alá kerül telepítésre. Egyelőre a /usr/bin és a /usr/sbin továbbra is önálló elérési utak maradnak, de ez változhat, ha frissül a Filesystem Hierarchy Standard (FHS).

[...]

Az összevonás a novemberre tervezett Alpine 3.23 kiadásban fog megtörténni; a nem összevont rendszereket 2027 májusában, amikor a 3.22 eléri az életciklusa végét, nem támogatottnak tekintik.

Részletek itt.

Új, nyílt forráskódú elosztott fájlrendszer: TernFS

Az XTX Markets – egy nagy algoritmikus kereskedőcég – nyílt forráskódúvá tette a saját elosztott Linuxos fájlrendszerét, a TernFS-t.

A rendszert nagy, létrehozás után jellemzően nem módosított (immutable) fájlok olvasására/írására tervezték, és XTX adatközponti igényeire skáláz: akár ~10 exabájt logikai tár, ~1 billió fájl, 100 milliárd könyvtár, ~1 millió kliens, mind kommersz hardveren üzemel. Több földrajzi régiót átfog és redundánsan tárolja az adatokat. A forráskód GitHubon érhető el, kettős licenc alatt (GPLv2+ és Apache 2.0). Részletek az XTX hivatalos blogposztjában.

Részletek itt

DKMS csomagokként is eljut a Bcachefs a jövőben a felhasználókhoz

Most, hogy a folyamatos balhék miatt a Bcachefs fájlrendszer driver státuszát Linus "Supported"-ről "Externally maintained"-re változtatta a mainline kernelben, Kent Overstreet más módszer után nézett, hogy terjeszteni tudja produktumát a nagyérdeműhöz. A megoldás részben a Debian/Ubuntu világban népszerű DKMS (Dynamic Kernel Module Support) lett. A DKMS egy felhasználói térben futó keretrendszer, ami kernel-modulok automatikus újrafordítását és telepítését végzi kernelfrissítés után.

A Bcachefs vezető fejlesztője, Kent Overstreet mostantól karbantartja a Debian csomagokat, biztosítva a Bcachefs DKMS (Dynamic Kernel Module Support) csomagokat a legújabb Ubuntu és Debian kiadásokhoz. A kernel illesztőprogramhoz tartozó bcachefs-kernel-dkms csomagok mellett az archívum a felhasználói térben futó programok legújabb bcachefs-tools csomagjait is tartalmazza. Az új DKMS csomagok archívuma és telepítési útmutatója az apt.bcachefs.org oldalon érhető el.

Részletek itt.

Az iXsystems Inc. átnevezte magát TrueNAS-ra

A TrueNAS mögött álló iXsystems Inc. cég bejelentette, hogy átnevezte magát terméke után TrueNAS-ra. Jogilag a cég továbbra iXsystems Inc. marad, de marketing oldalon egyszerűen csak TrueNAS néven folytat üzleti tevékenységet. Ez lehetővé teszi, hogy egységes márkaképet mutasson minden termékén, szolgáltatásán és ügyfélkapcsolati pontján keresztül:

TrueNAS remains legally incorporated as iXsystems, Inc but now doing business as TrueNAS allows it to present a unified brand across all products, services, and customer touchpoints.

A bejelentés itt olvasható.

Bcachefs javítások érkeztek a Linux 6.16-ba: „súlyos regressziók” kerültek javításra

A holnapi Linux 6.16-rc6 prepatch kiadás előtt számos Bcachefs javítás került beolvasztásra.

Pénteken Kent Overstreet, a Bcachefs vezető fejlesztője beküldött egy pull requestet, amely a legújabb hibajavításokat tartalmazza a fájlrendszerhez. Linus Torvalds mindezeket már be is olvasztotta a főágba, így a javítások bekerültek a Linux 6.16-rc6 vasárnapra várható kiadásába.

Részletek itt.

Érdekes előrelépés a múltkori történések fényében. Úgy tűnik, hogy mindkét fél lenyugodott. Kíváncsian várjuk a további fejleményeket!

Linus Torvalds kifejezte gyűlöletét a case-insensitive fájlrendszerek iránt

Linus Torvalds az LKML-en írta meg az érzéseit a file-system case folding-ról a case-insensitive fájlok/mappák kapcsán:

[...]

"Az egyetlen tanulság az, hogy a fájlrendszeres emberek soha nem tanulnak.

A case-insensitive nevek borzalmasan rosszak, és egyáltalán nem lett volna szabad megcsinálni őket. A probléma nem a tesztelés hiánya volt, hanem az, hogy egyáltalán megvalósítottátok.

A problémát aztán tovább súlyosbítja az, hogy "megpróbáljátok jól csinálni", és ennek során borzalmasan rosszul csináljátok, mert "jó" nem létezik, de a próbálkozás során véletlenszerű bájtoknak mágikus jelentése lesz.

És egyébként, a tesztek is teljesen hibásak. Utoljára, amikor láttam, nem is tesztelték az igazán érdekes eseteket – azokat, amelyek user space-ben biztonsági problémákat okoznak.

Biztonsági problémák, mint például: "a user space ellenőrizte, hogy a fájlnév nem egyezik valamilyen biztonság-érzékeny mintával". És aztán a shit-for-brains fájlrendszer mégis egyezteti azt a mintát, mert azok az emberek, akik case-insensitivity-t csinálnak, MINDIG olyan dolgokat tesznek, mint a nem nyomtatható karakterek figyelmen kívül hagyása, tehát most a "case insensitive" azt is jelenti, hogy "más dolgokra is érzéketlen".

Példákért lásd ezeket a commitokat:

5c26d2f1d3f5 ("unicode: Don't special case ignorable code points")

és

231825b2e1ff ("Revert 'unicode: Don't special case ignorable code points'")

és sírj.

Tipp: ❤ és ❤️ két unicode karakter, amelyek csak ignorálható kódpontokban különböznek. És mit gondolsz? Azok az inkompetens emberek, akik azt akarják, hogy ezek ugyanolyannak számítsanak, akkor más véletlenszerű – és esetleg biztonság-érzékeny – fájlok is ugyanolyannak számítanak, csak mert ignorálható kódpontokat tartalmaznak.

Így most minden egyes user mode program, amely ellenőrzi, hogy nem nyúl speciális utakhoz, gyakorlatilag átverhető, hogy megtegye azt, amit kifejezetten ellenőrzött, hogy ne tegyen. És nem, ez nem valami ritka dolog. Rengeteg program pontosan ezt csinálja.

A francba. A case insensitivity egy HIBA. Nem tudom megérteni, hogy a fájlrendszeres emberek még mindig azt hiszik, hogy ez egy feature. Olyan, mintha annyira imádnák a régi FAT fájlrendszert, hogy muszáj lenne újraalkotniuk – rosszul."

Részletek itt.

(A cikk nyomokban Mesterséges Intelligencia által szolgáltatott adatokat tartalmaz, így a tartalmát érdemes duplán ellenőrizni!)

Kikerülhet a Linux kernelből az Apple HFS / HFS+ fájlrendszer támogatás

Dobhatja a Linux kernel az Apple HFS / HFS+ fájlrendszer támogatását még ebben az évben. Hacsak elő nem áll valaki, aki vállalja a kernel driver kódjának karbantartását ...

Christian Brauner küldte a javaslatot az LKML-re:

Let's try and remove #hfs and #hfsplus by the end of 2025. They have been orphaned since 2014 and are turning into a maintenance burden.

Részletek itt.

A DeepSeek Linux fájlrendszert fejleszt az AI-tréning és inferencia teljesítményének javítására

AI: 

A DeepSeek egy új Linux fájlrendszeren dolgozik, amelyet kifejezetten az AI-tréning és inferencia teljesítményének javítására terveztek. A cél az, hogy optimalizálják az adatelérést és a kezelést, így gyorsabb és hatékonyabb legyen a gépi tanulási modellek betanítása és futtatása. A fejlesztés valószínűleg olyan problémákat céloz meg, mint a nagy méretű AI-datasetek kezelése, az I/O szűk keresztmetszetek csökkentése és a GPU-alapú számítások jobb kihasználása. Ez a projekt fontos lehet az AI-infrastruktúra optimalizálásában, különösen a nagy teljesítményű számítási környezetekben.

A kínai AI vállalat, a DeepSeek ezen a héten nyilvánosságra hozta a 3FS-t, egy Linux FUSE-alapú fájlrendszert, amelyet az AI-tréning és inferencia teljesítményének javítására terveztek. [...] A 3FS a FUSE-re támaszkodik és célja, hogy megkönnyítse a nagy méretű AI-tréning/inferencia klaszterek telepítését közös tárhely használatával.

Részletek itt.