If you are doing network access to the drives, set up Samba. There are other options (NFS, sshfs, etc.), but Samba will offer the least fuss for the multi-platform environment (IMO). And Samba is very well documented. Samba won't care much whether it is a stand-alone server, a member in an AD domain, an AD server, or if it authenticates via LDAP. (the configuration is a little different in each case, but Samba is flexible enough to handle all the above scenarios).

On 12-04-14 01:18 PM, TekBudda wrote:
Just a quick question for folks out there.

I have a couple portable drives (200&  250 GB) that are likely to be
accessed from Linux, Windows&  Mac computers.  I am not worried about
security on them as they are to be used for storing unimportant stuff&
backups on the go, but I want to be able to read&  write to them.

Additionally, if they can be made generically bootable as I am
contemplating putting a couple rescue OS's on them as well.

I believe they are both NTFS right now which is fine in Linux&  Windows,
but I do have issues writing to it with Mac.

I was thinking FAT 32, but I can't recall the size limitations on
it...do those still exist?  If there are still size limitations I likely
could use two partitions...one for rescue OS's&  the rest for the
generic data storage.

And just to make things more interesting, I think I might actually have
sometime to get my NAS completed.  2 x 2TB drives in a mirror raid&
likely to be accessed from the three platforms.  IN a AD environment
currently, but will switch to OpenLDAP soon'ish.  For doing storage of
data in networked home drives that would ideally be accessible from
phones/laptops&  remote access as well.

_______________________________________________
clug-talk mailing list
[email protected]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca
Mailing List Guidelines (http://clug.ca/ml_guidelines.php)
**Please remove these lines when replying

_______________________________________________
clug-talk mailing list
[email protected]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca
Mailing List Guidelines (http://clug.ca/ml_guidelines.php)
**Please remove these lines when replying

Reply via email to