X-Recipient: archive-cygwin AT delorie DOT com X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E8F513858C2C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=kosowsky.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=kosowsky.org X-CMAE-Analysis: v=2.4 cv=JNH+D+Gb c=1 sm=1 tr=0 ts=61d2171e a=BYuR5sdBHlGgEYWvfiqr5Q==:117 a=BYuR5sdBHlGgEYWvfiqr5Q==:17 a=IkcTkHD0fZMA:10 a=DghFqjY3_ZEA:10 a=f9u42LTf44NJBaJmnIsA:9 a=QEXdDO2ut3YA:10 X-SECURESERVER-ACCT: inbox AT kosowsky DOT org X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00, FROM_BLANK_NAME, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.4 MIME-Version: 1.0 Message-ID: <25042.5912.353024.105212@consult.pretender> Date: Sun, 2 Jan 2022 16:20:24 -0500 To: cygwin AT cygwin DOT com Subject: Can't copy file even with Admin permissions X-Mailer: VM 8.2.0b under 25.2.2 (x86_64-pc-linux-gnu) From: "" X-Virus-Scanned: ClamAV using ClamSMTP X-CMAE-Envelope: MS4xfNgxB90oVnUtBqv6NuNFC6fxHVZp6FvxBd8TM78zf6mGSsEFBSFroBiEaGSW0FXeNOX5A3Ped+wRr+IDIBCh1Rl0Dv8X/m2oax4xib+/zyhiw7nOqghw aUd3X33ukMQN8GHuh2uQhgnYoI4VueX+UdvIqLKwSsqJBdeAFpyk4rYnaCBVDUsW1ihG20yialCy5n50HqCbVAwk6BemvuNYvpg= X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 202LKmYi003809 I have file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when I run bash as an administrator -- seemingly due to perm/acl errors. Specifically: # mv 3da9e136.rbf newfile: works # cp 3da9e136.rbf newfile: works But, # cp -a 3da9e136.rbf newfile cp: preserving permissions for ‘newfile’: Permission denied (though the file is created) If I then do # getfacl 3da9e136.rbf | setfacl -f - newfile setfacl: more than one user entry. And: # getfacl 3da9e136.rbf # file: 3da9e136.rbf # owner: Administrators # group: SYSTEM user::rwx group::rwx other::r-x user::rwx group::rwx group:SYSTEM:rwx mask::rwx other::r-x While: # getfacl newfile # file: newfile # owner: Administrators # group: SYSTEM user::rwx group::rwx other::r-x So the problem seems to be that the 'user' (and presumably also the 'group' and 'other') ACLs are duplicated. - Is this a bug? (or a feature?) - Any idea how or why this happened? - Any idea how (or whether) to fix? -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple