delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2016/08/12/22:26:56

X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:to:from:subject:message-id:date:mime-version
:content-type:content-transfer-encoding; q=dns; s=default; b=dVP
yNGtZffIDIQ01Cj5PbIBCecIsYRSrYIIya07kUOVyDwa9GDMSbQ8oidTTSxjkTaa
yA8t4UYH6FirtBbH8W8tKihgekiXjZ3wfgCd6M5TMQJ9b5bcSiYh++cj3g2Q9FE1
Og8HbpHyGIBle6fM9aIwEw3Nmca7mYaQnIt6vLZI=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:to:from:subject:message-id:date:mime-version
:content-type:content-transfer-encoding; s=default; bh=hRdqnqsD/
CV809TK3PpVbIARibo=; b=jYg6xB39lC4fBRDjHERH5kPAG2czq5Ho0iHISaPtD
gd/0ULbx7NiOakzu/UU4hOE3/l0ih8ihCFy4Y50dl856h3aI6+CzdGYIu7ZwHML3
jNFXeAX8XqpvQsbJiqBz+yug1q2Ao2A36v0kfXoD3zxvDkRyyrIzjARqQy3pj1gO
Qg=
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
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=reveal, starters, formatted, correcting
X-HELO: mail-yw0-f173.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=KjhaEk3wRGrXhkuxsF7k429KjW8baaUkUSnJvrSfRuo=; b=S3O+VhQpI9mcjXjylowrGBQfHMNoz/bB4AUiAfhoKuudws8YRlEZIk2vvfBVK2t3Iz PX+mSWBrnxZOjY19BeMbqxe2Kck5QrfchWPkGhqpMBHj5BJmH/afHqqsWJzY4YPZumjo RxIJ+vvnKRCwVoG3SRo8yco0iQckpPHXSWvRDYpSo+ozfwBurcK7wqavNE/ZXz0FDKuY y8K7oJsOdGoJ/m/W4QlEZyly1F4XvWHKb7x0x9wLf/bBO8lM6BdCSYO2Wa3lCyLUB6aA WIZc1SdcgqrXx+5RTmzTGetnd7yuS+1of5OpDBizOAYTch9NCLVB/zLEg76yOV7JBSb1 d+4w==
X-Gm-Message-State: AEkoouvxqQmmCRvO3pZLes9slszjIySdwGkZbny6DxGqBudmaw6rl2yFby9AQcZGO8fd1A==
X-Received: by 10.129.56.6 with SMTP id f6mr12565789ywa.277.1471055195145; Fri, 12 Aug 2016 19:26:35 -0700 (PDT)
To: cygwin AT cygwin DOT com
From: Thomas Taylor <tayloth AT gmail DOT com>
Subject: What would it take to get Cygwin and NTFS file permissions to play nice?
Message-ID: <5703de0b-e931-8120-ebdd-72da52c49879@gmail.com>
Date: Fri, 12 Aug 2016 22:26:19 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
X-IsSubscribed: yes

I use rsync to back up my Cygwin user directories to an external USB 
disk drive, formatted as NTFS.  This fails from time to time, usually 
due to permission failures when trying to update the destination files. 
The Windows permissions of the destination files turn out to be in the 
wrong order, and to contain extraneous entries.  Further checking of 
other files on the destination drive reveal the same problem with their 
Windows permissions.  Rather that try to correct the Windows permissions 
of each file in turn, I go as far up the directory tree as needed, and 
recursively reset all Windows file permissions all the way down.  When I 
then rsync the USB drive back to my user directories, the UNIX 
permissions of every file are now set to executable.  This has the 
unfortunate effect of granting execute permission on every file 
restored, even those that are not executable.  I gave up on correcting 
the permissions of the restored files (via a long-running recursive 
script), and learned to live with the problem.  Until now, that is.  I 
thought I'd try "ls --color", and was disappointed to find that almost 
everything (except directories and symbolic links) came out light green. 
  This happened because almost everything was marked as executable, and 
this happened because rsync mangled the Windows permissions, which are 
most easily reset to be the same on all files in a given directory and 
all subdirectories.  These Windows permissions inevitably involve "Full 
Control" (including execute permission) for somebody, especially the 
owner.  Yeah, I've read the Cygwin doc on this, and I get the feeling 
that solving it is too difficult/impossible/not worth the effort.  For 
starters, could we at least set the Windows permissions in proper order?


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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019