From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LLuQ4-0003ko-Nj for garchives@archives.gentoo.org; Sun, 11 Jan 2009 07:07:36 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 93E2DE004E; Sun, 11 Jan 2009 07:07:33 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 5BB0FE004E for ; Sun, 11 Jan 2009 07:07:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id ACEB264C00 for ; Sun, 11 Jan 2009 07:07:32 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.53 X-Spam-Level: X-Spam-Status: No, score=-3.53 required=5.5 tests=[AWL=0.069, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7GdDC1UqerqM for ; Sun, 11 Jan 2009 07:07:26 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id DC4EF64982 for ; Sun, 11 Jan 2009 07:07:25 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LLuPl-0003sN-Os for gentoo-user@gentoo.org; Sun, 11 Jan 2009 07:07:17 +0000 Received: from c-98-215-178-6.hsd1.in.comcast.net ([98.215.178.6]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Jan 2009 07:07:17 +0000 Received: from reader by c-98-215-178-6.hsd1.in.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Jan 2009 07:07:17 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Harry Putnam Subject: [gentoo-user] [cifs] permissions of mounted share Date: Sun, 11 Jan 2009 01:07:06 -0600 Organization: Still searching... Message-ID: <8763kmgw2t.fsf@newsguy.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-215-178-6.hsd1.in.comcast.net User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:qSiozfxRYrlLPn5+ZdO15c2Z1GI= Sender: news X-Archives-Salt: c6084a83-028f-41a4-bfd6-94ae886e47b7 X-Archives-Hash: af62a3c71105de41a808aad2d69784e5 Note this is a cross post here and debian.user.. the server is gentoo the client is debian. It's kind of a phony cross post though since I didn't think to do this until I'd already posted on debian user... So its really a second post with the same content. Some consider that a phaux paux(?)... So please forgive with my explanation. Content: I'm using samba and cifs to mount a certain directory on a linux (gentoo) machine (Which will also be accessed by windows machines [but not yet]). On the server machine I've created the directory `projects'. With permissions 755 and ownership reader:wheel This is mounted from a machine runnning debian lenny like this in fstab: (wrapped for mail at the `\') (Note the host name is reader .. not to be confused with user reader) //reader/smProjects /projects cifs noauto,username=reader,\ credentials=/etc/samba/CifsCredentials,uid=reader,gid=wheel OK, with /projects share mounted on the deb machine, I attempt to copy a directory (oneA) of files into it with `cp -a oneA /projects' Note that the same user reader in group wheel exists on both server and client machines. The permissions on oneA (on client) are 755 and the files inside are 644. When I attempt to carry out the copy action I get a slew of warnings like this: cp: setting permissions for `./oneA/...': Permission denied The cp is still carried out but all the files now have 744 permissions. If I drop the -a[rchive] flag and do the cp with `cp -R' its done silently but the permissions still end up 744 on what are regular files (that were 644) Any regular files I create on the mounted share end up 744. Can I set a umask in the mount syntax or what do I need to do here to have the files keep the standard permissions? Why are they being changed?