Am Dienstag, 23. Februar 2010 schrieb lynn:
[...] Ok. Thanks for your patience. I did this as root.
mount -t cifs //nas/part2 lynnnas -o rw,uid=lynn,gid=users,user=guest,password=""
You are accessing the share as a guest user. Are you sure that this is what you really want? As Hans said, you should create a lynn user on the NAS and use this user to mount the share. If the NAS is a Samba server, you might want to give this user the same uid as your local user (see man "mount.cifs").
now everything in lynnnas is owned by lynn:users and is universally rw.
Yes, but only on the local files in the local lynnnas directory. However, the permissions on the NAS do still matter: in effect, the more restrictive of both will apply!
I can create a file lin lynnnas and I can save it ONCE only. If I try to edit it it says I do not have write access even though the file is universally rw and owned by lynn:users.
See above: Having the right on the local system is necessary but not sufficient. Using the mount options "rw" and "uid", you have no chance to see the real permissions. So, mount the share with "mount -t cifs //nas/part2 lynnnas -o user=guest" and have a look at the permissions of the newly created file. Is it owned by guest? And does guest have write permissions? The NAS might set the permissions of newly created files---think of it as a server umask.
I can only think that this is a bug.
IMHO it is a layer 8 issue. ;) Gruß Jan -- He who rows the boat generally doesn't have time to rock it. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org