From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailsrv.cs.umass.edu (mailsrv.cs.umass.edu [128.119.240.136]) by sourceware.org (Postfix) with ESMTPS id E8229384B0C1 for ; Mon, 22 Jun 2020 19:59:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org E8229384B0C1 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=cs.umass.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=moss@cs.umass.edu Received: from [192.168.0.19] (c-24-62-203-86.hsd1.ma.comcast.net [24.62.203.86]) by mailsrv.cs.umass.edu (Postfix) with ESMTPSA id 776BF400F0B5; Mon, 22 Jun 2020 15:59:36 -0400 (EDT) Reply-To: moss@cs.umass.edu Subject: Re: Files and folders created with invalid ACL To: cygwin References: <1335658627.20200622202035@yandex.ru> From: Eliot Moss Message-ID: <94fb9b46-a1e9-6a5c-f7af-9d8e43777a0d@cs.umass.edu> Date: Mon, 22 Jun 2020 15:59:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP, URI_HEX autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2020 19:59:38 -0000 On 6/22/2020 2:08 PM, Thorsten Kampe wrote: > * Andrey Repin (Mon, 22 Jun 2020 20:20:35 +0300) >> >>> icacls test.txt /verify >>> test.txt: Ace entries not in canonical order. >> >> This is normal. All conformant drivers MUST be able to correctly process such >> ACL's. "Non-canonical" does not mean "invalid". > > `lsd` reports an error ("os error 1336"). But that might simply > be a result of the "non canonical order". I agree; lsd seems to be being overly picky, not that you personally can do much about that. >>> Interestingly the issue does not occur with files created in >>> the user's Cygwin home directory but - for instance - in the >>> Documents folder of the user's Windows profile. >> >>> This is a fresh Cygwin installation on a test system. Has >>> anyone found a solution? >> >>> [1] http://cygwin.1069669.n5.nabble.com/Issues-with-ACL-settings-after-updating-to-the-latest-cygwin-dll-td124123.html >> >> Needs more specifics. >> How did you set your fstab, particularly cygdrive prefix? Any extra mounts? >> How did you modify nsswitch? > > As I wrote, it's a "fresh Cygwin installation on a test > system" that means the phenomennon is observable directly after > the installation. > > I did some testing: files created in the user's home directory > (/home/Administrator), the home directory (/home) and other sub > directories don't show the issue. > > If I create a file or directory directly under / or anywhere > else on the drive, the issue occurs. > > If that would be the case on my main workstation, I would be > fine with that. Unfortunately on my main workstation the issue > occurs everywhere. Maybe you took Andre slightly literally; rephrasing, what are your current fstab and nsswitch contents? I would also ask, what do icacls and getfacl show on your / directory (the some that is the root of the hierarchy where things aren't working for you)? It could be that fixing some entry there, and recursively, will get you to a good state. Regards - Eliot Moss