Microsoft souhlasí se začleněním souborového systému exFAT do Linuxu

Microsoft oznámil, že souhlasí se začleněním souborového systému exFAT do Linuxu. Současně zveřejnil příslušnou specifikaci.

29.8.2019 00:44 | Ladislav Hagara | Komunita

Komentáře

[pc2005]

Hmm tak pokud je to právnicky závazný souhlas, že nebudou v budoucnu vymáhat softwarové patenty ani copyright, tak asi pohoda. Osobně bych ale byl radši kdyby se naopak začal používat extX :-P.

[Petr]

Bylo by super, kdyby konečně byl jeden souborový systém, který bych mohl mít na flash a fungoval bez problémů všude, od Windows přes Linux, OpenWRT po telefon s Androidem.

[Kate]

Předpokládám že je jedním z požadavků i moderní souborový systém, jinak by to měl snad splňovat FAT 32, i když už mu zvoní hrana.

[Pali]

FAT (12/16/32) tu bude mať na veky vekov lebo Intel sa rozhodol pretlačiť ho ako povinný a jediný FS pre bootvanie v UEFI. Takže ak niekto jasá, že 16bit BIOS je za nami, tak starý FAT12 tu zostal ako povinná časť "moderného" UEFI.

[Kate]

A je to špatná volba? Přece jen, na ten účel to chtělo něco opravdu primitivního.

[Pali]

Už len spôsob ako je uložený timestamp súboru nie je "primitívna" vec a tá zhovadilosť ukladania UCS-2 code pointov v názvoch súboroch má od primitívnosti naozaj ďaleko. Jedna z vecí, ktorá sa môže na desiatich miestach pokaziť. Implementovať to (poriadne) dá zabrať, odladiť taktiež.

[Kate]

OK, žila jsem v iluzi, že je na tyhle věci FAT relativně vhodná volba, ale jeho strukturu jsem naposled řešila na střední… Oh well.

[pc2005]

No něco co zabezpečuje funkční boot by mělo být v bezpečným filesystému a ne na něčem, kde jde dělat hardlinky jen tím, že se znásilní FS struktury .

[Peter Golis]

Takých súborových systémov je viacej. Napríklad UDF alebo EXT. FS EXT vyžaduje pod Windows externé nástroje, a FW založený na Linuxe vyžaduje vôľu výrobcov aby ho nevykopli z BUILDu.

Ja tu vidím ale iný problém. Veľa lacných pamäťových kariet a USB lízatiek má optimalizované bunky na zápis FAT/exFAT, a používanie iných FS to médium zničia pri prepisoch za chvíľu. Takže použitie optimálneho FS žiaľ závisí od zlovôle výrobcov daných pam.médií.

[jiwopene]

Někteří ho místo vykopnutí z buildu zakážou mountovat. Na jednom telefonu s Androidem L mi v jedné aktualizaci rozbili podporu FAT. Telefon jsem rootnul a přešel na ext4 na externí kartě. Všehno fungovalo bez problému. Jediný problém je, že když na něn uživatel není root, tak mlže (auto)mountovat jen FAT. Nechápu k čemu je toto omezení.

[Pali]

UDF je síce natívne podporovaný Windows kernelom (udfs.sys) ale rovnako ako pre exFAT chýba (poriadna) chkdsk/fsck implementácia.

Čo znamená, že USB flashka je optimalizovaná pre FAT? Veľmi si to neviem predstaviť. Jedine, že by v oblasti FAT tabuľky zvládala mnohonásobne viac prepisov ale to nič nehovorí o samotných uložených dátach.

A keď je optimalizovaná tak, že každý zápis musí byť o veľkosti FAT clustru, tak to nie je problém pre žiaden iný (moderný) FS, kde sa dá veľkosť bloku nastaviť pri formátovaní.

[Peter Golis]

UJedine, že by v oblasti FAT tabuľky zvládala mnohonásobne viac prepisov ale to nič nehovorí o samotných uložených dátach.

Áno. To hovorí o predpokladanom spôsobe zápisu a optimalizácii HW preň aby sa zrazila cena.

[dumblob]

U FUSE implementace se již o nových možnostech diskutuje: github.com/relan/exfat/issues/132. Zajímavé by bylo srovnání kvality s implementací, která bude v jádře...

Na Linuxu zbývají tedy následující velké problémy:

1. neexistence kvalitního fsck
2. neexistence implementace TexFAT (což je součást specifikace exFAT - to mělo být zmíněno ve zprávičce)

[Pali]

TexFAT je súčasť exFAT avšak MS sa rozhodol, že z tej zverejnenej špecifikácie k exFAT, info o TexFAT odstráni. Takže to, že zverejnil špecifikáciu je dosť na nič, keď je neúplná....

[dumblob]

Vskutku - ve zveřejněné specifikaci jsou pouze odkazy jak implementovat exFAT tak, aby byl kompatibilní s TexFAT, avšak specifikace TexFAT chybí. To mi uniklo, díky.

Nu, to je fakt docela škoda - TexFAT totiž nabízí reálně lepší "recoverability" (není to náhrada za žurnál, který exFAT nemá, ale je tam trocha redundance navíc díky transakčnosti).

Nezbyde než doufat, že Microsoft časem uvolní i specifikaci TexFAT.

[Pali]

Silne pochybujem, že MS zverejní chýbajúcu špecifikáciu k TexFAT. Je to ich klasická stratégia: v špecifikácií napíšu jedno a v ich NT implementácii spravia druhé. Úplne rovnako je to s ich FAT32 implementáciou (fastfat.sys). MS zverejnil dve špecifikácie pre FAT, ktoré si trochu protirečia a potom ako tretiu vec tu majú ich FAT implementáciu fastfat.sys, ktorá nie je kompatibilná ani s jednou z tých dvoch špecifikácií. A najviac obsahuje svoje vlastné rozšírenia, ktoré nie sú uvedené ani v jednej špecifikácii. A pre kompletnosť pre FAT existuje ešte aj ECMA štandard, ktorý sa opäť od tých dvoch MS špecifikácií líši.

[j]

Tohle delaj uz od dob DOSu, viz vsemozny "nezdokumentovany" funkce, ktery delaly neco bud 10x rychlejs nez ty "dokumentovany" nebo mely funcionalitu, se kterou ses jinak musel patlat na stovky radku kodu. A stejne jako ve widlich je cas od casu zmenili, to kdybys je nahodou pouzil.

Dtto ten jejich pseudoiso standard na docx, podle kteryho ani jedna jedina verze opic neumi soubor vytvorit, a kterej osahuje "a tuhle dame binarni blob pro zpetnou kompatibilitu (ktera mimochodem stejne neexistuje ani dopredu natoz dozadu)" .

[debian+]

TexFAT podla wiki a zdroja odkial cerpa vyzaduje: "TexFAT vyžaduje softwarový driver specificky pro daný hardware a typ média, na kterém má oddíl s TexFAT být".

[Pali]

To znie ako dobrá blbosť. Ale pochádza to z MS informácií, takže čo asi od toho človek môže čakať.

Podľa mňa tam majú túto vetu preto, že WinCE používali exFAT priamo na NAND pamätiach bez radičov a k tomu rozhodne potrebovali ďalšiu abstraktnú vrstvu medzi NAND a "blokovým" zariadeným. Keďže exFAT sám o sebe nie je stavaný na NAND pamäte ale na blokové zariadenia. A tá vrstva by mohla byť práve ten SW driver špecifický pre daný HW (NAND). A už keď tam tú vrstvu majú, tak API vrstvy mohla poskytovať nejaké funkcie pre "TexFAT" rozšírenie. Napr. trim / erase. To by už dávalo zmysel.

Tak či tak, väčšina ľudí používa ako HW a typ média buď SD kartu, HDD alebo SDD. Všetko sa javí ako blockové zariadenie buď s MMC alebo ATA príkazmi. Takže nech to bude akokoľvek, tak v postate bude treba minimum HW špecifického kódu. A nečudoval by som sa, keby už potrebné veci kerlenová VFS vrstva už dávno podporovala. Ten exFAT nie je žiadna super/über diera do sveta aby vyžadovala niečo, čo nemá žiaden existujúci FS implementovaný v linuxom kerneli.

[ET]

fyi http://lkml.iu.edu/hypermail/linux/kernel/1908.3/06418.html

...

With regards to missing specs/docs/whatever - our main concern with this release was that we want full interoperability, which is why the spec was made public as-is without modifications from what was used internally. There's no "secret sauce" that Microsoft is hiding here.

...

[regine2]

exFAT asi se už nedořeší - ale dá se používat.

Velkou technologickou dírou u FS je chybějící FS pro nastoupené disky SSD. Současné FS se neumí vypořádat se spoustou problémů s SSD technologií (postupné snižování výkonu, režije související svýmazem...).

[petr_p]

To by disky musely o sobě hlásit pravdu. Před měsícem jsem koupil NVME disk: fyzická velikost sektoru 512 B.

[regine2]

Dávám za pravdu.

On i 'podpůrný' SW (monitorovací, testovací, nastavovací) si neví s SSD/NVME radu. Jeden hlásí, že XXX-technologii nemá disk implementovánu a druhý ji klidně vypisuje. Případně neumožní nastavit parametr (zašedlé pole) a jiný SW nastaví. S jiným diskem téhož výrobce jen jiné řady, pak se SW chovají obráceně.

[j]

To by musely widlosystemy pracovat s udaji ktery jim preda HW a ne s tim, co si samy vycucaji z prstu. Krasnej pripad ... resil sem notes (HP), ke kterymu nesel (po ty 5GB aktualizaci) pripojit externi monitor. Widle opatchovany, patchovator vyrobce tvrdil ze vse OK ... tak sem se sel podivat, a prej "vychozi graficky adapter windows". Tudiz tam nebyly drivery (intel). A takhle je to se vsim.

Apropos, az budete resit, ze vam widle (10) budou pri instalaci tvrdit, ze neni v systemu zadnej (sata) disk, tak si vypalte novou flasku. Poznat jebly soubory na instalacnim mediu je totiz nad sily M$.

[Miloslav Ponkrác]

To by hlavně měl řešit HP. Když HP zprznil svými úpravami Windows pro HP - tak to měl dělat trochu odborněji.

Já osobně na HP odinstalovávám jejich Windows a instaluji zcela čisté od Microsoftu. Problémy se zmenší asi na miliardtinu toho co v případě HP Windows.

[j]

Vis ty tuposlave, mluvim o cistych widlich od M$, ty sracky co davaj vyrobci kazdej svepravenj clovek krome tebe rovnou smaze, protoze odinstalovat to nejde. A to, ze system uz ani neni schoppen rict, ze nema ovladac, a ze to nerekne ani tool vyrobce je fakt vrchol.

A to nemluvim o tom, ze ty cisty widle od M$ na polovine HW vubec nenastartujou. Ale v tom si muzou podat ruku trebas s vmware, to je to samy, ani blbou sitovku to nevidi.

[lertimir]

To jsem psal před pár lety.

[Andrej]

• Embrace ☑
• Extend ☑
• Extinguish ☐

[_]

jako zaměstnanec Google bys měl být zticha a šoupat nohama

[Andrej]

Jako vypatlaný anonymní tupec bys neměl existovat.