[NTLUG:Discuss] mounting drives from other os

[MontyS@videopost.com]

Chris,

I need NTFS and HFS+ compatibility in order to mount the firewire drives
back onto a WindowsXP or Apple box.

Workflow is as follows:

1)  Client supplies us with a firewire drive that they use on their Windows
or Apple platform.
2)  We pull data off drives (usually pic sequences)
3)  We do whatever we are going to do with the data
4)  We export the data back to the client's firewire drive
5)  Client remounts his firewire drive back onto his Windows or Apple
platform.

or

1)  We do the entire job in-house
2)  Client requests the job be delivered on firewire.  
3)  Client informs us of what platform they want to attach the firewire
drive, pc or mac.
4)  We do what the client wants... :>

I guess if there isn't a way to do this in Linux, I can install Samba on our
SGI boxes and share out the firewire drive on the WinXP box.  There has to
be a way to export the mnt/Volumes directory on an OSX box as well.

FAT32 would probably work, but trying to get the clients to use FAT32 on a
consistant basis would be difficult.  Heck, I can't remember if FAT32
requires the 8.3 file naming syntax.  If this is the case, FAT32 wouldn't
work because we would need more than 8 characters for filenames.  We could
easily have over 10,000 frames. Just setting up the numbering sequence would
take up 6 characters.  Our clients would never go for that :/

Thanks,

Monty


-----Original Message-----
From: Chris Cox [mailto:cjcox at acm.org]
Sent: Wednesday, September 22, 2004 12:50 PM
To: NTLUG Discussion List
Subject: Re: [NTLUG:Discuss] mounting drives from other os


MontyS at videopost.com wrote:
> Greetings.
> 
> Does any one know of an application (freeware/shareware or commercial)
that
> allows the Linux user to mount NTFS or HFS+ firewire and/or usb drives to
> Linux?  The mount must be read/write to native format, must be able to see
> relatively large drives (250gig+) and must be STABLE.

No (for NTFS anyway).  Closest to navtive NTFS is "captive"
http://www.jankratochvil.net/project/captive/  Which might
work well for you.  But I'm not sure if it fits the "STABLE"
requirement.

> 
> Our production side is unix based.  What I am trying to acheive is the
> ability to mount a mac or pc firewire drive onto a linux box, then export
it
> via nfs for read/write operations.

Hmmm... nfs has its own set of issues and really eliminates any benefit
of NTFS (for example) as the underlying filesystem.

You'd be better off exporting it via Samba.  Though there will still
be some limitations (even with 3.0 and 3.2).  Will require a bit
of work and only fixes things better for Windows.

Samba 4 will likely bring POSIX filesystems to Windows.  Then, finally,
we'll have filesystems that can be shared with all perms, acls, etc.
between truly open systems and Windows.


> 
> I have played with the HFS+ and NTFS kernel modules, but there are quite a
> few caveats that accompany them, mostly when it comes to writing.
> 
> Google has not been forthcoming.
> 
> Any thoughts?

Use FAT32 (again, no practical benefits to NTFS once shrouded with
NFS.. epecially NFS).  If we're talking just file storage... it's
pretty portable and more than enough for just files and dirs (in
most cases).  This allows you to use usb/firewire, direct attached,
or whatever.

Consider a NAS solution (something that talks SMB) and let this
be your abstraction layer (might as well use FAT32 though.. which
could be NAS or whatever).

Perhaps we need more information about what filesystem features
you need that made you think you had to have NTFS or HFS+.

Just some thoughts,
Chris


_______________________________________________
https://ntlug.org/mailman/listinfo/discuss