|• Download||• NEWS||• Testimonials||• Internet Press||• Installation Notes||• Mailing Lists||• See Also|
This project is no longer maintained.
Project implements the first full read/write free access to NTFS disk drives. You can mount your Microsoft Windows NT, 200x or XP partition as a transparently accessible volume for your GNU/Linux.
This compatibility was achieved in the Wine way by using the original Microsoft Windows ntfs.sys driver. It emulates the required subsystems of the Microsoft Windows kernel by reusing one of the original ntoskrnl.exe, ReactOS parts, or this project's own reimplementations, on a case by case basis. Project includes the first open source MS-Windows kernel API for Free operating systems. Involvement of the original driver files was chosen to achieve the best and unprecedented filesystem compatibility and safety.
As opposed to other projects this is currently the only software supporting the full read/write access including the possibility to create/delete files, modify directories etc.
RPM i386 binary
.tar.gz i386 binary
|Source archives||download link|
You may like to use whole bootable CD standalone distribution featuring Captive like: Trinity Rescue Kit
we are preparing the machines to install another system that will allow the digitalization of medical images - PACS (picture archive and communication system).
since the computers that are need are about 100 and we need to install windows in all of them (even we have an almost automated instalation - but requires some administrator interaction). So, we want to install windows2000 without pressing a key.
Ok, I'm impressed (Captive Review)
Linux software generally has a reputation for having some great, novell ideas, but often lacking in the general 'spit and polish' - difficult to install, unreliable, and so on. However the latest program I have tried out - Captive, is a breath of fresh air - simple to install and set up, and It Just WorksTM. And not only that, it's probably one of the most useful and technically impressive projects I've seen in a long time ...
[ snip ]
I commend you for this project. I am currently using this on my XP NTFS partitions and I am impressed that I can actually move, edit, and remove files and directories with no apparent ill effects. This is very nice indeed.
I initially was skeptical because it uses wine and parts of ReactOS (I have messed with this OS a few times), but you have proved me wrong. I have noticed no lag on my system. I do notice the initial mounting process does take slightly longer than the Linux-NTFS project. But, once I'm past that, it's quite transparent.
[ technical question cut ]
Just wanted to drop you a note and say "Excellent work!"
I just installed captive and it worked as advertized right out of the rpm. Thanks, I've been holding off recompiling my kernel until NTFS is supported out of the box for Redhat. Now I don't have to bother.
Thanks again and keep up the great work.
You should first run captive-install-acquire command to check your available Microsoft Windows drivers versions. Now you can execute:
# mkdir /mnt/dosc
# mount -t captive-ntfs /dev/hda1 /mnt/dosc
Any errors from 'captive-fuse' are written to '/var/log/messages'.
Needed drivers (at least ntoskrnl.exe+ntfs.sys) must be in '/var/lib/captive'.
'captive' package creates 'captive' user and 'captive' group on your system.
FUSE (Filesystem in Userspace) needs Linux kernel module driver (fuse.ko) compatible with your running Linux kernel.
If you cannot mount(8) your NTFS filesystem you should check your Linux kernel is based on version at least 2.6.14 where FUSE got imported. You should also check the module is enabled or even built-in.
The First Open Source MS-Windows Kernel API for Free OS
Compatibility with the existing binary Microsoft Windows file system drivers has been reached. Microsoft Windows kernel system components required by these drivers were analyzed and successfully emulated in the GNU/Linux operating system. The project brings the Microsoft Windows kernel emulation framework to support even other types of Microsoft Windows drivers in the future. The ReactOS code base proved to be a big asset for this functionality.
The mailing list were closed.