<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
OK, so the linux server is mounting the share that is on the winders
one via fstab and giving it to the students and teachers when they are
in on linux terminals. . .<br>
<br>
OK. . . gotcha now!<br>
<br>
Are you mounting the share with mount -t smbfs etc?<br>
<br>
If so, here is one way to work around this. . .<br>
<br>
This will have to be manually run as root from the linux computer. . .<br>
<br>
mount -t smbfs -o username=(valid username on the
pdc),password(validpassword) //servername/sharename /mountpointpath.<br>
<br>
Previous is all on one line, exclude the ( ) and use a valid
username/password combination that has write permissions to the share.
Create a bogus user that has the correct permissions if you want to so
you don't have to use an actual user's credentials. I did this to run a
software package that was on a server in a lab on computers that logged
into a different domain from their classrooms. . . Worked great.<br>
<br>
P.S. this will not work real good if there is a program that requires
separate logins run from that share, but for your purposes, It doesn't
look like a problem since it will basically just be documents and etc. 
The reason is that every file that is written to that share, will
actually be written by the account that you used to mount the share.<br>
<br>
If you need further assistance, let me know and I'll see if I can help
you out. . .<br>
<br>
Doug<br>
<br>
<br>
Paul VanGundy wrote:
<blockquote cite="mid200601241901.k0OJ1J8v030381@mx3.redhat.com"
 type="cite">
  <pre wrap="">Doug and All,

You didn't confuse me at all. But that means mounting volumes via fstab is
pointless then. Staff and students can't add or take away anything from the
shared drive that is automounted when they log in to a terminal. With only
read/execute privileges there is no way to edit a document they saved in
that share on a terminal and save it back. I need to make it so that staff
and students can save work they do on a terminal back onto that shared
drive. With the current configuration of 755 and root being the owner that
isn't possible. Surely there is a work around?

-Paul


--
Paul VanGundy
Information Technology Director
Epping High School
Epping Middle School
P: 603.679.5472
F: 603.679.2966
<a class="moz-txt-link-abbreviated" href="mailto:vangundypw@sau14.k12.nh.us">vangundypw@sau14.k12.nh.us</a>
Registered Linux User #398783

-----Original Message-----
From: Doug Simpson [<a class="moz-txt-link-freetext" href="mailto:simpsond@leopards.k12.ar.us">mailto:simpsond@leopards.k12.ar.us</a>] 
Sent: Tuesday, January 24, 2006 12:13 PM
To: <a class="moz-txt-link-abbreviated" href="mailto:vangundypw@sau14.k12.nh.us">vangundypw@sau14.k12.nh.us</a>; Support list for opensource software in
schools.
Subject: Re: [K12OSN] SMBFS Permissions

Uhh. . . fstab. . .share. . .? something don't add up there. . .

Fstab you can set the volume (whole drive) to read only or read-write.  
Has absolutely nothing to do with samba, except if you have the volume read
only, no matter what permissions you use on the samba share, the drive will
still not allow writing by anyone but root.

There are parameters you can set in samba to make everything write as root,
but that is not the best way because, especially in a publicly available
share, you want to know who owns the files. If you set it to where root
writes everything and someone posts some wicked something in there, there
won;t be any way to tell who it was because all the files will be owned by
root.

Been there, done that. . .

Set the volume back to read-write and let samba handle the share.

Hopefully I didn't cornfuze ya too much. . .

Doug Simpson
Technology Specialist
DeQueen Public Schools
DeQueen, AR 71832
<a class="moz-txt-link-abbreviated" href="mailto:simpsond@leopards.k12.ar.us">simpsond@leopards.k12.ar.us</a>
Tux for President!

On Tue, 24 Jan 2006, Paul VanGundy wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">All,

Here's my setup:

1. I have K12LTSP 4.4.1 authenticating users against a Win2K3 AD 
Server (for single sign on purposes from Windows computers to Linux 
terminals)

2. I have a shared folder that is on a Windows 2000 Server being 
automatically mounted when every user logs in to a Linux terminal. 
Each user has their own domain folder but this folder is a general 
purpose folder that every student and staff memeber can use.

The Problem:

I edited /etc/fstab as root so the permissions on the share are 755 
which only allows root to Read/Write/Execute and everyone else to only 
Read/Execute. How can I edit the share to allow everyone to 
Read/Write/Execute (777) from the share? Any ideas and/or help would 
be greatly appreciated.

Thanks in advance.

-Paul

--
Paul VanGundy
Information Technology Director
Epping High School
Epping Middle School
P: 603.679.5452
F: 603.679.2966
<a class="moz-txt-link-abbreviated" href="mailto:vangundypw@sau14.k12.nh.us">vangundypw@sau14.k12.nh.us</a>
Registered Linux User #398783

_______________________________________________
K12OSN mailing list
<a class="moz-txt-link-abbreviated" href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/k12osn">https://www.redhat.com/mailman/listinfo/k12osn</a>
For more info see <a class="moz-txt-link-rfc2396E" href="http://www.k12os.org"><http://www.k12os.org></a>

    </pre>
  </blockquote>
  <pre wrap=""><!---->
_______________________________________________
K12OSN mailing list
<a class="moz-txt-link-abbreviated" href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/k12osn">https://www.redhat.com/mailman/listinfo/k12osn</a>
For more info see <a class="moz-txt-link-rfc2396E" href="http://www.k12os.org"><http://www.k12os.org></a>

  </pre>
</blockquote>
<br>
</body>
</html>