lkml.org 
[lkml]   [2002]   [Jan]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Difficulties in interoperating with Windows
At 16:48 09/01/02, Jesse Pollard wrote:
> > To give a concrete example from ntfs, when collating attribute names (and
> > file names for the matter) in order to determine where to place them in an
> > inode, if you do not apply all collation criteria found in the windows
> > driver, you will inevitably do the collation wrong at least in some corner
> > cases and you have a broken filesystem on your hands when you are writing.
>
>I believe the collating sequence/filenames is documentd.

I tell you it isn't. The documentation you can find in layout.h in
ntfs-driver-tng and linux-ntfs and in the tng source is written by _me_
based on reverse engineering the ntfs driver. It took me several months to
do this. If you look at the collation code and particular the name
collation you will see why... And no this is NOT documented anywhere AFAIK.

>What isn't documented is how the journal file is handled.

Yes, that isn't documented either. And according to Jeff Merkey there are
patent infringement issues with the log file.

>How recovery is handled.

It's documented on a concept level in "Inside Windows NT/2000" 2nd/3rd Ed
from Microsoft press. But that doesn't help zilch in understanding the
on-disk layout.

>I think trying to make that compatable hits the trade secrets. Compatability
>is needed if you expect to take a partition from one OS to another and still
>have the possible crash conditions handled.

Yes. ntfs tng will just unconditionally empty the journal completely as
soon as someone performs a write mount. Currently you need to run ntfsfix
(from linux-ntfs package) in order to achieve this after writing with the
current ntfs driver.

>NTFS write was (briefly) available until the lawyers came to the door.

This is simply not true. The Linux driver is able to write. The problem is
it does so very badly and corrupts the partition which doesn't make it very
useful. At present I have stable write support to normal, existing files
but directory operations are still broken. However I have now abandoned
trying to fix the old driver's write support. NTFS TNG will have full write
support eventually (but read support is not quite finished yet...).

>Along with an external tool to recover NTFS file systems.

If you are refering to my ntfsfix that is available from sourceforge,
linux-ntfs project and package of same name.

If you are refering to microsoft's diskedit that is available on the
Windows NT 4 SP4 CDROM which one can obtain from various sources.

No other recovery tool has been made publically available AFAIK.

Anton


--
"I've not lost my mind. It's backed up on tape somewhere." - Unknown
--
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Linux NTFS Maintainer / WWW: http://linux-ntfs.sf.net/
ICQ: 8561279 / WWW: http://www-stu.christs.cam.ac.uk/~aia21/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:15    [W:0.083 / U:4.104 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site