Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: best practices for an external hard drive that many hosts might use?



 On Wed, Nov 21, 2007 at 12:36:40PM -0500, Brendan Kidwell wrote: 
> I have a couple of external hard drives with Firewire and USB 
> connectors on each, and in the last year I've been ridding myself of 
> Windows and OS X computers, to the point where it doesn't make any 
> sense to use NTFS or FAT32 on these disks. 

Why not?  Linux can read and write those filesystems without any 
troulbe these days.  And using those filesystems seems to solve your 
permissions problem rather naturally... 

> Ideally I would like it to behave the same as any FAT32-formatted USB 
> storage device is typically mounted: You plug it in and your desktop 
> automatically mounts it under a folder like "/media", and any user who can 
> access such mounts has FULL access on ALL files in the external device. In 
> other words, I want to dispense with file-level permissions. 

You could mount the disk, and run (as root): 

 # chmod -R 777 <filesystem> 

But you'll need to manually need to ensure that new files you copy to 
the disk get changed to 777 permissions every time you copy a file. 

One might be inclined to suggest that you set the umask of your shell 
to 0 (see the bash manpage if you don't understand what this does), 
but this is inadequate: many programs will create new files with 
restrictive default permissions, which is not affected by umask (other 
than to possibly make it even more restrictive).  Also, when you copy 
existing files, depending on the mechanism you use to copy them, the 
original permissions of the files will likely be copied. 

Thus, this solution is extremely sub-optimal.  But I think your only 
alternative is to use FAT or NTFS. 

-- 
Derek D. Martin    http://www.pizzashack.org/   GPG Key ID: 0xDFBEAD02 
-=-=-=-=- 
This message is posted from an invalid address.  Replying to it will result in 
undeliverable mail due to spam prevention.  Sorry for the inconvenience. 

_______________________________________________ 
Discuss mailing list 
[hidden email] 
http://lists.blu.org/mailman/listinfo/discuss
 


BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org