Slashdot Mirror
Knoppix Variant Offers Full NTFS Write Support
mache writes "Full NTFS write support for Knoppix is under discussion on Knoppix Ideas forum and it looks that Knopper will include Captive into Knoppix 3.4. The best part of Live CD with full NTFS write support is that it actually exists in LinuxDefender, a remastered Knoppix distribution made by Bitdefender, presented at LinuxConf 2003, the annual Romanian Linux Users Group (RLUG) conference."
As always, NTFS read-only works fine, writing is very limited unless you want to corrupt your filesystem. Knoppix would be using an approach that uses Microsoft's ntfs.sys to handle writing. Of course, you need Windows installed (or at least a copy of ntfs.sys) for this to work.
LOAD "SIG",8,1
It's not a DLL, but yeah, it's Microsoft's driver. The trick is that Knoppix isn't distributing this file, but rather searching your Windows partition for it.
LOAD "SIG",8,1
Knoppix uses the Kudzu libs to do hardware detection; the same as Red Hat Linux and Fedora.
A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
> Allthough this will be extremely usefull for the people having to cope
> with ntfs, i'd rather wait until the kernel supports it fully (there's
> allready a "partial" driver in the kernel 2.6). But personally, i just
> stick to FAT32.
The usefulness of this is primarily geared toward situations where NTFS is
already extant (e.g., OEM installs of WinXP). In these scenerios, if you
want to multiboot and share data between the two OSes, use Knoppix as a
rescue system, or anything along those lines, you *need* read/write NTFS
support. You don't need this if you have your choice of filesystems,
because you can just use another filesystem, but if you are in a situation
where you need this, nothing else will do. So it's important. It's
especially important for Knoppix, which is often used as a rescue system;
now it can be used as a rescue system for NT/2K/XP, as well as for 9x/Me.
No, you wouldn't choose to use this on a new install when you have your choice
of filesystems. For that you'd pick Reiser or ext2/3 probably, or FAT for a
data partition in a multiboot scenerio (since that gives the best compatibility
and works with every major OS and most minor ones as well). But that's not the
intention of captive-ntfs. It's for working with existing filesystems.
Cut that out, or I will ship you to Norilsk in a box.
> It says they use ntfs.sys and even ntoskrnl.exe from your XP partition.
> Wondering if there are legal problems with this.
One supposes that if you have an NTFS partition with these files on it, the
files are licensed for you to use and therefore legal. (If not, you have a
problem that goes beyond captive-ntfs.) Unless there is some specific
verbiage in the EULA that expressly prohibits use of the drivers when the
NT kernel isn't running, or some such restriction, I'm not sure what the
legal problem would be. I find it difficult to imagine that the MS legal
team would have dreamed up that kind of restriction, since it's not the sort
of thing they would expect people to do. What happens when the EULA is
revised is another matter, but this would have to get on the MS radar for
that to happen, which will take at least a year, then another six months or
so until the next update/revision cycle, and hopefully by then the native
read/write NTFS support in the 2.6 kernel will be of such quality as to make
the whole point moot.
Cut that out, or I will ship you to Norilsk in a box.
I hope accomplishing this didn't involve modifying undocumented internal structures.
Raymond Chen will be pissed.
Monstromart: Where shopping is a baffling ordeal
I don't think this really changes anything. They've always had the ability to single-step/reverse engineer the windows NTFS driver, it's not like they lacked that ability before. But that's a very daunting task, regardless of whether you do it in Windows or in Linux, because it's a complicated filesystem and the driver is pretty big. It's like saying, "Hey! We got these great new backpacks for our climb to the top of Everest! They're red instead of our old ones which were black. But otherwise they're the same model."
The commands, you wrote, should work with either driver without any kernel modification but Captive NTFS is much slower.
> I think it's important to note that the issue with the current Linux
> kernel's NTFS support is its capabilities, not its quality.
Capabilities aren't part of quality? Do you want a car that can't make right
turns? What about a car that can't make turns at all -- it would still be
fine for driving straight ahead, and you could even put it in reverse...
> It can only write to a file without increasing its size - and no creating
> or deleting files or directories.
This limits its usefulness in important ways. Not that it is if no value,
but I would really like to think that in a few months someone will figure
out how to (safely) lift these restrictions.
Cut that out, or I will ship you to Norilsk in a box.
They are. But NTFS is a huge project. It takes a lot of time. Today it's developed as a hobby, couple of hours a week or not even that much.
> I would really like to think that in a few months
> someone will figure out how to (safely) lift these restrictions
The developers said in the forums: somebody having lots of time must start active coding (no need for reverse engineering any more) or hire coders and finance the development.
I don't mean this a troll, but when has M$ ever cared about stabbing a "friend" in the back? They do it every time it becomes convenient. I remember a cellphone company story a while back who partnered with M$ and a last I heard, we suing for stealing technology as just one example.
IIRC, MS put some blarney in the latest Office licenses that said it was only legal to use Office on a Windows platform. One would assume that the Office for Mac licenses read differently, but anyone using WINE to run Office XP is (as I said, IIRC and IANAL) violating the license agreement.
The Spoon
Updated 6/28/2011
Here's an example when you might want to use Captive....
You do video editing, XP has some good tools, Linux has some good tools. Video editing is best done on a file system that can handle large files like EXT2/3, Reiser, or NTFS (FAT 32 has a 4GB maximum file size)
Since XP doesn't support any of the Linux filesystems in read/write mode (at full speed) even with opensource add-on drivers there are 2 options for a video editor who wants to use both paltforms.
#1 buy 2 computers and network them and pass the project back and forth over the network
#2 format a common drive in NTFS, put the project on that drive and dual boot between XP and Linux using Captive in Linux to access the Filesystem in read/write mode at full speed.
I agree that it would be a good use of the disk space but there is a problem with this in that most of the time pagefile.sys is not a fixed size or location - the file can change location on disk and be fragmented. As a side note for those using Windows regularly (I know it is not so many of this crowd ;-) ) then I would recommend making the swap space in Windows a fixed size and then defragmenting using a good defragmenter (Microsoft one probably won't do it).