Software-update: Captive 1.1.7

Jan Kratochvil heeft een nieuwe versie uitgebracht van Captive met 1.1.7 als het versienummer. Dit programma geeft je de mogelijkheid om een diskdrive met een NTFS-indeling uit te lezen en te beschrijven onder het Linux besturingssysteem. Het gebruikt de orginele Microsoft Windows ntfs.sys driver en emuleert een aantal subsystemen van de Microsoft Windows kernel door gebruik te maken van de originele ntoskrnl.exe, delen van ReactOS en een aantal eigen implementaties.

Version 1.1.7:

• Fixed sandbox restarting looking like disconnected mounts (FUSE client only)
• Workarounded no FUSE/Linux-kernel charset support - fixes locale filenames
• Fixed multiple issues of captive-install-acquire(1) to run at all again
• Fixed general operations refusal on invalid errnos
• Fixed invalid file timestamps (FUSE client only)
• Workarounded FUSE/Linux-kernel user mounts (FUSE only)
• Workarounded FUSE/Linux-kernel modprobe(8)ing (FUSE only)
• (static .tar.gz build only) Debian now a bit more compatible

Version 1.1.6.1:

• New FUSE interface, deprecated LUFS - improve compatibility of Linux kernel
• Provided script for proper NTFS unmounts during GNU/Linux OS shutdown
• Updates for recent Microsoft installed binaries and files for download
• Hopefully survives reading of many small files like on XMMS scanning
• Improved recent GNU/Linux build environment compatibility

Version 1.1.5:

• Fixed ignorance of the file truncate operation via LUFS (Matthias R.)
• Support for reading of HIDDEN SYSTEM NTFS files via LUFS
• Fixed refusal to mount some NT4.0 NTFSes (Nerijus Baliunas, Scott Chevalley)
• Support /dev/ataraid devices (Ivan Tonov)

Versienummer	1.1.7
Besturingssystemen	Linux
Website	Captive
Download	http://www.jankratochvil.net/project/captive/dist/captive-1.1.7.tar.gz
Bestandsgrootte	2,76MB
Licentietype	GPL

Reacties (15)

[the_stickie]

"Het gebruikt de orginele Microsoft Windows ntfs.sys driver en emuleert een aantal subsystemen van de Microsoft Windows kernel door gebruik te maken van de originele ntoskrnl.exe, delen van ReactOS en een aantal eigen implementaties."

Dat klinkt eigenlijk alsof het een beetje in elkaar gehacked geheel is

[s463042]

In hoever kan dit legaal gedistribueerd worden dan? Die bestanden vallen toch zeken niet onder GPL.

[Willems]

Als je een werkende windows versie hebt met ntfs.sys dan lijkt mij dat je deze gewoon mag aanroepen onder een ander besturingsysteem.

[psyBSD]

Heb jij je EULA niet braaf gelezen dan?

[Gerco]

Dat is nog maar de vraag, het schijnt dat Microsoft iets in zijn licenties heeft staan dat Windows alleen als 1 geheel gebruikt mag worden. Als dat zo is, dan is het gebruiken van alleen ntfs.sys en/of ntoskernel.exe illegaal.

In hoeverre dat waar is, weet ik eerlijk gezegd niet.

[stewie]

het gaat alleen om pure NTFS support.
emulatie is niet all te erug voor het lezen/schrijven, dan weet je in ieder geval dat het 100% compatible is met ntfs.

[mae-t.net]

Dat klinkt vooral alsof NTFS een proprietary en niet publiek gedocumenteerd systeem is.

[zzzzap]

Marc Russinovich van Sysinternals (jawel, de man die de Sony Rootkit ontdekte) heeft jaren terug al NTFSPRO gemaakt, om vanuit dos NTFS-partities te kunnen lezen (en schrijven als je het pakket koopt) en maakt daarbij ook gebruik van de originele NTFS.SYS die bij Windows wordt geleverd, dus zo raar gehackt is dit dus niet. Het is gewoon een schil programmeren om een paar drivers en de juiste calls hiervanuit aanroepen.

[Verwijderd]

Weet iemand in hoeverre dit stabiel en betrouwbaar is? Lezen zal wel, net zoals de Linux ntfs kernel module wel geen probleem zijn, maar het hekelpunt bij NTFS is natuurlijk nog altijd het schrijven. Werkt dit nou eigenlijk al goed en volledig, of is het nog steeds in een soort testfase en op eigen risico?

[Boxed]

En ook niet helemaal onbelangrijk, werkt het op een beetje werkbare snelheid? Ik ben ook op zoek naar mensen die ervaring hebben met deze oplossing voor NTFS write support onder linux.

[dtech]

Het is stabiel en betrouwbaar genoeg om geen ultra-belangrijke dingen te doen, de kans dat dit crachst is echt niet groter dan de kans dat windows crasht.
Op de lange termijn is de kernel module natuurlijk handiger, maar op korte termijn is dit natuurlijk prima!
Overigs, met de 2.6 kernel kan je veilig naar een NTFS partitie schrijven, zolang je de bestandsgrootte maar niet veranderd.

[smerik]

Dat betekend geen ID3v2 tags schrijven/aanpassen?

[Verwijderd]

Overigs, met de 2.6 kernel kan je veilig naar een NTFS partitie schrijven, zolang je de bestandsgrootte maar niet veranderd.

Dan heb je er nog vrij weinig aan lijkt me

[DieterVDW]

Zit het NTFS bestandssysteem eigenlijk zo ingewikkeld in elkaar of is er gewoon geen referentiedocument beschikbaar?
Anders kan dat toch niet zooo moeilijk zijn om een module te schrijven die dat kan ...

[Verwijderd]

beide, het zit ingewikkeld in elkaar, en er is geen documentatiemateriaal over.
NTFS is (in mijn ogen) echt wel een goed bestandssysteem, het biedt veel mogelijkheden (encryptie, user rights)
het is echter wel eigen code van MS, waar geen documentatie over is (intern bij MS waarschijnlijk wel, maar daar kunnen de meeste mensen niet bij)