Hi John,<br>a very big THANKS. First impressions is that it's done the trick.<br><br>Matt<br><br><div class="gmail_quote">On Thu, Oct 23, 2008 at 10:56 PM, John Stevenson <span dir="ltr"><<a href="mailto:john.stevenson@manchester.ac.uk">john.stevenson@manchester.ac.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Matt,<br>
<br>
I'm using Grass on a dual-boot Vista/Xubuntu 7.10 machine. It's mine, so my data live on the NTFS partition and I can mount it with me as the owner (and group). It took me a while to figure it out, and now I can't remember how I did it, but my fstab entry looks like this:<br>
<br>
/dev/sda3 /media/OS ntfs-3g umask=0002,uid=mbessjs3,gid=mbessjs3,allow_other 0 0<br>
<br>
Hopefully that works for you, too.<br>
<br>
John<br>
<br>
<br>
Matt B wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="Wj3C7c">
<br>
<br>
On Thu, Oct 23, 2008 at 1:14 AM, Glynn Clements <<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a> <mailto:<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>>> wrote:<br>
<br>
<br>
Matt B wrote:<br>
<br>
> > Note that GRASS won't let you select a mapset as the current<br>
mapset<br>
> > (where new files are stored) unless you own it. Write<br>
permission isn't<br>
> > sufficient.<br>
> ><br>
> > If you are creating a location which is to be shared by multiple<br>
> > users, you either need to create a mapset directory for each user,<br>
> > owned by the user, or grant all such users write permission on the<br>
> > location directory so that they can create their own mapset<br>
directory<br>
> > (which they will own).<br>
><br>
> Thanks for the heads up on this Glynn, my problem is that I'm on<br>
a dual boot<br>
> system and I'm storing mapsets/data on an NTFS drive. It's being<br>
> automatically mounted with the owner set as root and read/write<br>
permission<br>
> for everyone. If I put the data on the ext3 filesystem, it<br>
works. I'll mess<br>
> around with fstab and mount the data drive as the appropriate<br>
user. Having<br>
> said that.... it does seem to me that this sort of check is<br>
doubling up.<br>
> File permissions are usually run by the file system/OS. While<br>
having a<br>
> sanity check for "read/write" access is a good idea, checking<br>
for ownership<br>
> seems a little over the top. <insert newby user disclaimer here>.<br>
<br>
AFAICT, the check exists because otherwise people grant group-write<br>
permission to mapset directories without fully understanding the<br>
consequences. In particular, you can end up being unable to modify,<br>
rename or remove files because they reside in a directory created by<br>
another user and lacking group-write permission.<br>
<br>
The possibility of "free-for-all" filesystems (i.e. where not only are<br>
all files and directories world-writable, but where any new files and<br>
directories will always be world-writable) has only arisen recently.<br>
<br>
The native Windows builds skip the ownership check, but Unix builds<br>
will perform it regardless of the filesystem type. Unfortunately, I<br>
don't know of any (robust and portable) way to detect when a Windows<br>
filesystem is being used on Unix.<br>
<br>
--<br>
Glynn Clements <<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a><br></div></div>
<mailto:<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>>><div class="Ih2E3d"><br>
<br>
<br>
After banging my head against the ntfs wall for a little while here (for some reason the guys who write the ntfs stuff also have some ideas on who should be allowed to mount / own filesystems and block devices).<br>
While writing software for the lowest common denominator isn't necessarily a bad thing, including this sort of thing in the software to stop people overwriting others files does seem a little redundant and in my case annoying. I'll add another disclaimer in case someone points out that theres an easy fix for this as I'm the guy who can't get an ntfs partition mounted without it being owned by root (without recompiling stuff that would probably break on the next apt-get update).<br>
<br>
I'll be running this from my somewhat smaller ext3 partition for the time being unless someone can point me at a "don't do this check" button (please, someone point me at that button).<br>
<br>
Matt<br>
<br></div>
------------------------------------------------------------------------<div class="Ih2E3d"><br>
<br>
_______________________________________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org" target="_blank">grass-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-user</a><br>
<br>
</div></blockquote>
<br>
<br>
-- <br>
<br>
<br>
Dr John Stevenson<br>
Postdoctoral Research Associate<br>
School of Earth, Atmospheric and Environmental Sciences<br>
Williamson Building (Room 2.42)<br>
University of Manchester<br>
Manchester M13 9PL, UK<br>
tel. +44(0)161 306 6585; fax. +44(0)161 306 9361;<br><font color="#888888">
<a href="mailto:john.stevenson@manchester.ac.uk" target="_blank">john.stevenson@manchester.ac.uk</a> <br>
</font></blockquote></div><br>