ntfs-3g: magyar fejlesztésű, nyílt forrású, gyors, rw NTFS driver Linuxhoz!

Kernel

Szakacsits Szabolcs a mai tegnapi napon jelentette be ntfs-3g nevű projektjét a linux-ntfs-dev listán. Régóta nagy igény lenne egy gyors, olvasást és írást egyaránt támogató, linuxos NTFS driverre. Sajnos a mai napig nem volt olyan - sem zárt, sem nyílt forrású - driver, ami ennek a kitételnek megfelelt volna. De most...

Szabolcs levele szerint az ntfs-3g korlátlan számú fájl létrehozására és törlésére alkalmas. A drivert hosszútávú és kiterjedt tesztelésnek vetették alá, és a tesztek sikeresnek bizonyultak.

A teljesítményről: az előzetes benchmarkok szerint az optimalizálatlan driver már most 2-szer gyorsabb egyes esetekben, mint az ext3, és 20-50-szer mint a kereskedelmi Paragon NTFS.

Sajnos Szabolcs holnap egy 5 000 km-es útra indul, így nem tudjuk megkérdezni a részletekről. Írtam neki egy levelet, de hátha kifaggathatjuk, de érthető, hogy most elfoglalt. Mindenesetre a számok nagyon ígéretesek!

A driver maga nyílt forrású, GPL licences. A drivernek vannak limitációi, de messze a legígéretesebb az eddigi próbálkozások közül. Használatához a szintén magyar illetűségű FUSE-t kell telepíteni.

Bővebben Szabolcs levelében!

( tr3w v | 2006. 07. 15., szo – 11:45 )

"It provides full read-write access to NTFS, excluding access to encrypted files, writing compressed files, changing file ownership, access right."

Ha tényleg csak ennyi hibádzik, akkor végre megvan a megoldás a régi problémámra, az xp és linux által közösen használt partícióra.
Eddig ext2-t használtam, de win alatt vannak vele gondok...
(Már csak arra kell rájönnöm, hogy fogom konvertálni az ext2-t ntfs-re...)

BIG THX, GREETINGS meg a többi!

Ja, és jó utat. :)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

"Problem: Why doesn't the driver work on 64-bit and bigendian systems?
Answer: We have no resource for that. Neither hardware, nor workforce.
Status: Low priority."

Mégsem szép a világ. :)
Marad az ext2 és a remény...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

lol. ezt mindig birtam, hogy ha kulon resource meg workforce
kell ahhoz, hogy egy endian-fuggetlen (vagy biztonsagos) legyen...
kicsit is tapasztalt programozo eleve olyan kodot ir ami
mukodik ellenkezo byteorderu vagy wordsize-u gepekn is, vagy legalabbis
nagyon minimalis javitas de inkabb teszteles szukseges csak.

ettol fuggetlenul en is orulok a projectnek, bar ahogy a korlatozasokat es ismert hibakat elneztem van meg mit javitani mire production rendszeren hasznalhato lesz... (az hogy egy hiba ritkan jon elo, nem jelenti azt hogy nincs hiba - es biztosan akkor fog elojonni a hiba amikor a leginkabb nem kene, pl. valami fontos/surgos file mentesenel... ez a csinalj sok filet aztan torold le tipusu workaround meg hat hogyismondjam engem nem nyugtat meg...)

A'rpi

( trey | 2006. 07. 15., szo – 12:16 )

Elküldtem a kérdéseket Szabolcsnak. Azt írta szívesen válaszol, ha marad ideje a készülődésben. Úgyhogy hamarosan talán többet tudunk :-)

--
trey @ gépház

( waiter | 2006. 07. 15., szo – 14:32 )

Ejha! Ez nagyon kellett már! IMHO nagyon jó ötlet a FUSE-ra építkezés is!

- waiter -

( Ajnasz v | 2006. 07. 15., szo – 15:04 )

Letöltöttem, kipróbáltam, állat :)
100 megás file másolása: 


ajnasz@senzafine:~/Download$ time cp image /mnt/ntfsTest/

real    0m2.796s
user    0m0.014s
sys     0m0.272s

Szóval nagyon jó szerintem, bár nem tudom, hogy mennyire merjem ráengedni élesben használt partícióra.

Lehet, mert jól működik. Bár a Captive féle NTFS megoldás biztonságosabban kezeli az NTFS-t, mert gyakorlatilag a Microsoft saját NTFS driverét használja, viszont emiatt nagyon lassú is..
A Paragon NTFS drivere meg nagyon jól működik, csak az meg sajnos fizetős..
Jó lessz végre, ha már lessz egy ingyenes, teljesen nyílt forrású NTFS driver is...

Igy nem lett jó, de jó irányban indítottál el.
A helyes konfig:
/dev/sda1 /media/sda1 ntfs-3g silent,umask=0,utf8 0 0
De máris egy újabb probléma.
A szerintem fájlrendszerek csatolása előbb történik mint a fuse modul betöltése.
Igy is felcsatolja, azonban kihagyja az összes ékezetet tartalmazó fájlt és mappát.
Ha utólag nyomok egy umount -a ,és egy mount -a t akkor minden rendbe jön.
Ha erre tudtok esetleg egy elegánsabb megoldást.. :)

Nem tudom megérteni, miért olyan fontosak az ékezetes karakterek a file-k és könyvtárak nevében... Használd az ékezetek nélküli verzióikat (pl. á-a, é-e...), vagy használj más szavakat névként (pl. angol, hunglish :). Az nem zavar, hogy usernév sem lehet ékezetes? Mondjuk én azért nem szoktam az ékezeteket használni, mert dos alatt (8+3 kari :) úgy szoktam meg és a net sem szereti :)))
______________________

Karay, a disznó...

( prygme | 2006. 07. 15., szo – 16:52 )

Sehol egy utalás a project magyar eredetére. Legfeljebb a .hu email cimből lehet következtetni. Egyébként teljesen meg tudom érteni, sajnos az arrogáns flamelő nemzet vagyunk a többség szemében :(
Vajon miért is ...?