On 06/02/2008, STeve Andre' <[EMAIL PROTECTED]> wrote:
>    For some time now, I've been using the NTFS code in GENERIC.  Lately
> I've been subjected to an ever increasing number of Windows Sheep who
> have infected themselves.  My proceedure these days is to take the disk
> out of the machine and stuff it into mine, mount it and extract data
> before scrubbing the mindless thing and starting over...
>
>    From my experience NTFS read-only access to disks has been flawless.
> I think the largest amount of data I've extracted has been about 70G.
> Given that XP systems essentially demand NTFS, having the ability to
> read it is crucial when dealing with the hapless.
>
>    I'd like to suggest that NTFS be enabled by default in GENERIC;
> I realize that it can't be in the boot media because of size, but for
> general work not having to compile a non-standard kernel would be a
> win for a lot of people.  Making it read-only as the default would
> be the way to do it.
>
>    If anyone has had a disaster reading NTFS data I'd like to hear it.

Apologies for my clueless question, just curious here:

Does anyone know where that NTFS support code for OpenBSD hails from?
I'm just asking because I know that on the Linux side there's NTFS-3G
( http://en.wikipedia.org/wiki/NTFS-3G ), which is stable and allows
safe NTFS reading and writing. OTOH, NTFS-3G is base on FUSE, wich
AFAIK doesn't exist for OpenBSD. NetBSD has PUFFS which according to
Wikipedia ( http://en.wikipedia.org/wiki/Filesystem_in_Userspace ) is
their FUSE-equivalent and they apparently support NTFS-3G with that.

A mature NTFS read/write ability does seem like a useful thing to me,
so I wonder where the OpenBSD NTFS code stems from ((and whether there
might be anyybody (qualified) interested in making the NTFS-3G code
work under OpenBSD)).

Thanks and kind regards,
--ropers

Reply via email to