X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-0.9 required=5.0	tests=BAYES_00,DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,SPF_HELO_PASS,TW_VT,T_RP_MATCHES_RCVD,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
From: Peter Binney <Peter DOT Binney AT gmail DOT com>
Subject: Re: LS and TAR don't see any file permissions (
Date: Wed, 16 Mar 2011 19:09:03 +0000 (UTC)
Lines: 68
Message-ID: <loom.20110316T200655-25@post.gmane.org>
References: <AANLkTikUtAWs9ZWO2Mb5xnS9gRg598iNGGBq6pjFXmiM AT mail DOT gmail DOT com> <4D712D7A DOT 30000 AT redhat DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
User-Agent: Loom/3.14 (http://gmane.org/)
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Eric Blake <eblake <at> redhat.com> writes:

> 
> On 03/04/2011 11:12 AM, Peter Binney wrote:
> > When running "ls -l" the permissions field shows as "----------+".
> 
> Which means that the owner has no permissions, but that there are ACLs
> which allow others permissions.  Not entirely unusual, given Windows'
> ability to create files with a different owner than the current user,
> while allowing the current user to access the file (typically when done
> to places like the desktop, and caused by inheritance ACLs present on
> the directory where the problematic file is being created in the first
> place).
> 
> > Oddly, "ls -l" shows the correct permissions if the pathname uses the
> > windows drive letter syntax. eg:
> > 
> > $ pwd
> > /cygdrive/c
> > $ ls -l tmp/plb.txt
> > ----------+ 1 ga2binn Domain Users 5527 Mar  3 13:54 tmp/plb.txt
> > $ ls -l c:/tmp/plb.txt
> > -rw-r--r-- 1 ga2binn Domain Users 5527 Mar  3 13:54 c:/tmp/plb.txt
> 
> That's because using a dos-style path disregards ACL parsing, and fakes
> the permission bits instead.  The + shows that ACLs are present, and
> 'getfacl tmp/plb.txt' will show you the difference between the owner and
> your permissions.
> 
> > Similarly, TAR images have no permissions on the files contained. eg:
> > 
> > $ pwd
> > /cygdrive/c/tmp
> > $ tar cf - plb.txt | tar vtf -
> > ---------- ga2binn/Domain Users 5527 2011-03-03 13:54 plb.txt
> 
> Here, the problem is that tar doesn't preserve ACLs by default, so the
> original POSIX mode (000) is preserved while the ACLs are lost,
> resulting in an truly inaccessible file (note that there is no longer a
> + in the listing).
> 
> > 
> > Even more oddly, this behaviour (both LS and TAR) occurs on a new PC
> > that I am moving to.
> 
> That's another big case where the user ids on the old pc do not
> correpsond to the user ids on the new pc; copying preserved the old user
> id, but gave ACL access to the new user, resulting in odd permissions.
> 

Many thanks indeed for that info, Eric.

I know it's not a Cygwin issue, but can you suggest an easy way to get
miserable Windows to copy files to a new machine in a way that does
give the current user ownership (ideally using some normal-ish Windows
commands)?

I tried using Windows Explorer copies and Winzip-ed .zip archives -
both end up with the problem below.

I have done this before when transferring PC's, but then I would have
been the same user on both, Here I am also moving to a different
domain\username on the new PC.

--
Peter




--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple