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

 ( trey | 2006. július 15., szombat - 11:05 )

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!

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

"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

Hatmajd valaki megtamogatja oket ilyen geppel esakkormajd lesz 64bites tamogatas is, hajra.

Ki is vett mostanaban ilyen franko szerver gepet ;)?

Azt hiszem, hogy az amd64 esetében inkább a munkaerő/idő hiány lehet a nagyobb gond...

"...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

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

Ahogy elkezdtem olvasni ezt a hozzászólást, az előző bejegyzés miatt hirtelen azt hittem, hogy a gépet küldted el... :-D

Hajra, igeretes.

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

- waiter -

Hi.
Van fizetős ntfs driver.
http://www.ntfs-linux.com/
Stabil, gyors stb.
De egy ingyenes sokkal jobb lenne.
Üdv.
ui:
Bocs most látom, hogy megemlítetted.

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...

Érdekes, hogy a linkelt levélben pont a captive-on nem futott le a teszt, szóval lehet, hogy mégse olyan jó...

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

Nálad az ékezetek jók?
Nekem ilyesmit csinál:
BiztonsĂĄgi_mentĂŠs

fstabom:/dev/sda1 /media/sda1 ntfs-3g silent,umask=0,locale=hu_HU.utf8 0 0

csak tipp,de probald meg igy:
/dev/sda1 /media/sda1 ntfs-3g silent,umask=0,locale=hu_HU.UTF-8 0 0

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.. :)

ha igy lenne, akkor nem tudna csatolni

Valóban :)
Viszont akkor mi lehet a gáz?

Az nls modulokat előbb vagy később tölti be? Az kellhet esetleg.

szégyellem de nekem nincs nls modulom :)

Nem lehet hogy olyasmi baj van, hogy amikor bemountolodik eloszor a filerendszer, akkor a /usr meg nem elerheto (mert esetleg kulon particion van), es igy a locale adatbazist nem tudja betolteni?

Csak egy / egy /home és egy swap linuxos particióm van.
+ 2 db vfat + 2 db ntfs-3g.
Zavar.. a fene egye meg.

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ó...

Helló!
Nekem mandriva linux 2007.1 van fent, és nálam probléma detto ugyanez...
Valaki valami megoldást esetleg?

probléma megoldva, forgattam új fuset-t meg ntfs-3g-t... :D

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 ...?

PaXTeam? :)

Csak nem az ominózus poszterre utalsz? :-)

ahogy mondani szokas, imitation is the sincerest form of flattery. bar neked meg van mit fejlodni ;-).

ird le kerlek mire gondolsz mert szamomra nem vilagos. nem a mondas jelentese vagyok kivancsi.

Van Gentoo ebuild hozza ebben a forum threadben:

sys-fs/ntfs3g to replace sys-fs/captive for NTFS read/write?

Illetve most nezem, hogy mar a portage tree-ben is benne van ntfs3g neven. Szoval aki ki akarja probalni: emerge ntfs3g

Nekem Gentoo/AMD64 alatt müxik :)