Fájlrendszer, NAS, storage

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.

A Bcachefs dráma után bizonytalan fájlrendszer jövője a Linux kernelben

Tavaly ősszel a Bcachefs fájlrendszer beolvasztásra került a 6.7-es Linux kernelbe. Idén augusztusban Linus már ott tartott a Bcachefs fejlesztőjével, hogy közölte: elkezdte megbánni, hogy beolvasztotta a fájlrendszert.

A dráma pár nappal ezelőtt a tetőfokára hágott, amikor is Kent Overstreet, a Bcachefs vezető fejlesztője arról blogolt, hogy Linus elutasította a pull request-jét arra hivatkozva, hogy fennálló vitája van a CoC testülettel.

A "vita" tárgya egy levél, aminek a stílusa a CoC testület szerint kifogásolható és ütközik a hozzájárulók magatartási szabályzatában foglaltakkal. Ezért a CoC testület úgy döntött, hogy Kent Overstreet egy időre kimarad a dobásból nem vesz részt a 6.13-as Linux kernel fejlesztési ciklusában az alábbiak szerint:

A Linux 6.9-cel "deprecated" jelzőt kap az EXT2 fájlrendszer driver

Nagyjából a kezdetek óta a Linux kernellel együtt élő EXT2 fájlrendszer "deprecated" státuszba kerül a 6.9-es kernel kiadásával. Ennek oka leginkább, hogy meggyűlik a baja a Y2038 problémakör.

Részletek itt.