On Wed, 12 May 2004 fl...@bg... wrote:
> > But no ntfsdb (ntfsinfo could develop to that direction?)
> Anybody mentioned ntfsinfo?
>
> What exactly should be ntfsdb?
ntfsdiskedit is what I like to call it as it describes better what I
envisage it to be. Have you got the Microsoft NTFS diskedit program? I
envisage something like that, i.e. that it can both display all
attributes/mft records/directory index records like ntfsinfo does
(graphically would be a bonus but text mode would be a good start) and
that it can also edit all the things it displays and then write them back.
To be able to interactively analyze and modify an NTFS volume using a
program that understands NTFS is what would be incredibly useful to have
for all of us!
> What direction do you need ntfsinfo going?
I would continue with ntfsinfo the way it is going. One day it should be
able to display all attribute types as well as all other on disk
structures like the mft recods (inodes), index records, etc.
> Would ntfsinfo should become ntfsdb, fork into it or is ntfsdb is an entirely different app?
Good question. I think maintaining ntfsinfo the way it is would be good.
So either fork or entirely new app would be better for ntfsdiskedit or
ntfsedit or ntfsdebug or whatever we call it... This is not to say that
the two programs could not share a lot of code! E.g. all the
dump_attr_blah() functions could be put in a separate file that both of
ntfsinfo and ntfsedit(whatever) link with (see how most of the utilities
make use of the file utils.c - all done via ntfsprogs/Makefile.am).
Best regards,
Anton
--
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net
WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/
|