Jakob Eriksson wrote:
> Nevertheless, I too wonder what ntfsresize -i /device would do on a
> Longhorn... is the command "ntfsresize" still there BTW?
Hmmm, ntfsresize is an open source Linux util what I wrote over a year ago
and today used by several distros to non-destructively resize NTFS saf
Hi,
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
> On Tue, 21 Oct 2003 22:38:41 +0200, Szakacsits Szabolcs wrote:
> >
> > I guess you mean reading? Anyway it depends on the driver quality. All
> > needs to be known for both read and write.
>
> Not all information ne
On Wed, 22 Oct 2003, Fabian Cenedese wrote:
> >> Filesystem must be the rock solid data storage structure. You must
> >> know the meaning of each byte (*) for such reliable and interoperable
> >> filesystem.
> >
> >Exactly. Every needed byte is known.
>
> Wow! Really?
>
> >> (*) You do not nee
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
> ...
> Most of them is read-only but if you know how to read, sure
> you can write as well.
>
> Block allocation bitmaps (or Btrees or whatever)
Yes, there are all the three :)
> do not need to be understood for writing.
I guess you mean reading? A
> > Let me tell an example, the (Linux) NTFS driver supports transparent
> > compression. Today CPU's are very fast and the disk bandwidth is very
> > slow compared. So doing bulk data transfers, the disk bandwidth is the
> > bootleneck. Would you be faster using the filesystem's transparent
> >
On Tue, 21 Oct 2003, Ivan Leo Murray-Smith wrote:
> >BTW, it would be interesting if one could check, try out what's Longhorn's
> >NTFS version numbers (i.e. if it changed or not). E.g. ntfsresize -i /device
> >would tell it.
> Longhorn doesn't use NTFS,
Yes, this was the first wave of Microsof
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
> On Tue, 21 Oct 2003 17:41:19 +0200, Szakacsits Szabolcs wrote:
> >
> > Why not? NTFS has all the features that other Linux filesystems have and
> > even more. Why couldn't it be used as a standalone filesystem?
>
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
> I consider NTFS problem a special case.
Probably because you consider NTFS as the product of the "evil empire",
not as a matured technology designed/developed by experienced
professionals and used over a hundred millions of computers today ;)
> NTFS
Hi,
Jan Kratochvil wrote:
> As GPLed Linux-NTFS still has no NTFS r/w capability I completed the
> project for reliable r/w access in Wine way by using MS-Windows
> ntfs.sys driver.
The goal of the Linux-NTFS project is the provide completely open source
code to access, manage NTFS filesystems