Használjuk az eredeti ntfs.sys-t a r/w NTFS partíciókhoz

Sokaknak okoz gondot az, hogy Linux alatt nem tudnak NTFS filerendszerre írni. Jan Kratochvil egy érdekes projektet hackelt össze. Az projektjében az eredeti windowsos ntfs.sys drivert használja fel arra, hogy olvassa/írja a Windows NTFS (Microsoft Windows NT, 200x vagy XP) filerendszerét. A weboldal szerint ez az első megoldás, hogy transzparensen, szabadon (hogy mitől szabadon azt nem tudom, hiszen a windowsból lenyúlt driver nem éppen szabad stuff) lehet írni/olvasni az NTFS meghajtókat.

Az ntfs.sys drivernek egy windows kernel alrendszert kell emulálni. Ehhez Jan egy ntoskrnl.exe implementációt használ fel a ReactOS-ből.

A megoldás sajnos nem a legelegánsabb, de akinek van jogtiszta wingyógy operációs rendszere, annak hasznos lehet.

A szükséges stuffok letölthetők .rpm, .deb, .tar.gz formában. Telepítési útmutató itt.

A projekt honlapja itt.

Hozzászólások

> de akinek van jogtiszta wingyógy operációs rendszere, annak hasznos lehet

Márpedig aki NTFS-t akar írni, annak biztosan van

Nem rossz megoldás, bár ha lenne egy teljesen free megoldás, ami tökéletesen működik... szerintem sokan díjaznák... :)

En remelem hogy ennek reven hamarabb eljutnak egy free ntfs driverhez. Ugyanis a fejlesztest az hatraltatta eddig nagymertekben hogy nem tudtak vegigkovetni az eredeti win driver altal vegzett valtozasokat/modositasokat, igy viszont azert valoszinuleg egyszerubb "megfigyelni".

És azt se felejtsük el, hogy a szabad országokban, mint amilyenek pl. európában vannak, vagy mint amilyen jelenleg Magyarország is, a jogrendszer engedi a reverse enginieringet, amennyiben annak célja az interoperábilitás megvalósítása. Márpedig itt pont ez lenne a cél.

Mondjuk nekem van legális dózerem, mert nem tehettem meg a laptoppal, hogy ne vegyem vele, (pedig soha nem használom) és írhatnak mindenféle magazinokban akármit az oprendszercseréről... Meg akár később arról is elgondolkodhatnak, hogy visszirányban vajon hány csere van... (Meg valaki azon is elgondolkodhatna, hogy a visszriányban elkövetett cserék: winsux-> linux, után aki kénytelen volt kifizetni a winsux árát, az mennyivel gazdagított - hozzátenném önszántán kívül - egy külföldi monopólcéget)

De a lényeg az, hogy a windózert egy dd if=/dev/zero of=/dev/winsuxparticioja parancsal is korrektül karban lehet tartani, és akkor evvel az egy jolly joker parancsal mindent elintéztünk, amire átlag halandó embernek szüksége lehet :-)

Erdekes ennek a dolognak, es a tobbi wrapper projectnek (forcedeath,

ndiswrapper, driverloader) a jogi aspektusa.

A kernel GPLv2 =) amit hozzalinkelsz, annak GPL compatnak kell lennie.

Az ntfs.sys nem az. Most akkor mi van?

Vagy linkelni szabad, csak terjeszteni nem? (Akkor sem ha a vevonek van

legalis Windows-za?)

Vagy a GPL megkotesei csak a szabad orszagok osellensegeire, kulfoldi

tulajdonu multinacionalis vallalatokra ervenyesek?

Nem hiszem, hogy egy NTFS nagyobb teljesítményt nyújtana, mint egy free Ext3, ReiserFs, és társai. De elkövetkezik az az idő, amikor a windows meg sem kérdi, hogy milyen fs-re akar települni, csak hogy /dev/hdXY >3 Gb, és kész. Addig amíg ez a változat kijön eltelik még egypár év. Úgyhogy van idő. Nekem tetszik az ötlet.

UI: Gondolom a visszafejtéskor foghatják a fejüket a programozók egy régebbi ntfs.sys-nél, hogy milyen szép bugok vannak benne.

wince

En ugy gondolom, hogy az hogy az emulator hozza van-e linkelve a kernelhez, meg nem valositja meg azt is, hogy a ntfs.sys is hozza legyen linkelve. Ez olyan mintha leforditanad a linuxodra a wine-t. (Ettol ugye meg nem lesz linkelve az osszes jatek a linuxodba.)

Adam ENDRODI (borso) wrote:
> A kernel GPLv2 =) amit hozzalinkelsz, annak GPL compatnak kell lennie.
> Az ntfs.sys nem az. Most akkor mi van?

A bináris képernyőmeghajtóprogramok sem azok. Sőt, a fizetős OSS sem.
Most akkor mi van? :)

--
--- Friczy ---
'Death is not a bug, it's a feature'

Lesz talan, ha egyszer elkeszul.

HA minden igaz lesz, amit a redmondiak bevetitettek, akkor lrsz benne nehany erdekes uj es hasznos feature. Pl. hogy sql query-kel lehet a filerendszerben keresni.

Pl:

SELECT Artist, Title, Album FROM Audio.[Track!V1]

A WinFS-sel az MS (lehet, hogy csak waporware) egy sql-alapu adatbazis kezelo rendszert helyez a filerendszerbe. Innen konnyu belatni, hogy milyen dolgokra lesz kepes a filerendszer:

tudunk szerzore MP3-at keresni, meg tudjuk mndani a keresonek, hogy csak azokat a kepeket keresse, ahol a kedvenc Tux-unk sapkat visel, stb.

Az eletkepessege ott fog nagyban eldolni, hogy ez a megvalositas mekkora overheaddel fog majd jarni. De valamit motyogtak a 2003-as exchange tanfolyamon is, hogy az is integralodni fog ebbe a rendszerbe vagy mi. Szoval a levelezes, meg minden szerves rsze lesz a tervek szerint (jelenleg sajat adatbazis kezeloje van az exchange szervernek).

De mintha egyre tobbet csuszna a Longhorn, kezd olyan lenni , mint a Duke NUkem Forever vagy a Bitboys killer videokartyaja :-)

Az MS Research konferencian nekem azt mondtak, hogy a fajlrendszer tovabbra is NTFS marad, csak a plussz metaadatokon lehet keresni, akar SQL-lel, akar termeszetes nyelvi lekerdezesekkel. Ami meg fogja hatarozni az egesz hasznalhatosagat az szerintem a metaadatok osszegyujtese, es nem az, hogy azt RDBMS-ben, excel tablaban :-))) vagy lyukkartyan :-))) taroljak.

Nem ertem miert gondoljak sokan, hogy a fajlrendszert magat modositani _kell_ ahhoz, hogy SQL lekerdezest lehessen fajlokon vegezni. Termeszetesen _lehet_ egy ilyen megvalositas is.

Udv,

kisg