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.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 AT cs DOT umass DOT edu Subject: Re: Files and folders created with invalid ACL To: cygwin References: <1335658627 DOT 20200622202035 AT yandex DOT 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-Language: en-US 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 AT cygwin DOT 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: , Reply-To: moss AT cs DOT umass DOT edu Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: cygwin-bounces AT cygwin DOT com Sender: "Cygwin" 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 -- 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