X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=0.0 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_VT,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <loom.20110316T200655-25@post.gmane.org>
References: <AANLkTikUtAWs9ZWO2Mb5xnS9gRg598iNGGBq6pjFXmiM AT mail DOT gmail DOT com>	<4D712D7A DOT 30000 AT redhat DOT com>	<loom DOT 20110316T200655-25 AT post DOT gmane DOT org>
Date: Sat, 26 Mar 2011 12:11:52 +0000
Message-ID: <AANLkTinGEGgpjyT+3ocwtOHH4CcHt6LvH8BkQ4W5z1BP@mail.gmail.com>
Subject: Re: LS and TAR don't see any file permissions (
From: Peter Binney <peter DOT binney AT gmail DOT com>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

Have found my solution ... robocopy. Using it's /secfix option copied
files are owned by the copying user.

eg: robocopy  x:\tmp .\tmp /e /secfix

Note: you need a not-too-old version of Robocopy for the /secfix
support (I was using v 1.96).

On 16 March 2011 19:09, Peter Binney <Peter DOT Binney AT gmail DOT com> wrote:
> 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. =A0Not 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 =A03 13:54 tmp/plb.txt
>> > $ ls -l c:/tmp/plb.txt
>> > -rw-r--r-- 1 ga2binn Domain Users 5527 Mar =A03 13:54 c:/tmp/plb.txt
>>
>> That's because using a dos-style path disregards ACL parsing, and fakes
>> the permission bits instead. =A0The + 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: =A0 =A0 =A0 http://cygwin.com/problems.html
> FAQ: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://cygwin.com/faq/
> Documentation: =A0 =A0 =A0 =A0 http://cygwin.com/docs.html
> Unsubscribe info: =A0 =A0 =A0http://cygwin.com/ml/#unsubscribe-simple
>
>

--
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