DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7DD9B3858286
Message-ID: <74c605c6-94eb-4fd5-a183-a2bf18f45b65@freesbee.fr>
Date: Wed, 24 Jan 2024 09:35:07 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Wrong NTFS permissions
To: cygwin AT cygwin DOT com
References: <7157367c-cd10-4738-8448-4b3c862ab13b AT freesbee DOT fr>
 <4a70e71e-f882-46d1-b359-2d00b38e6047 AT gmail DOT com>
Content-Language: en-US
In-Reply-To: <4a70e71e-f882-46d1-b359-2d00b38e6047@gmail.com>
Precedence: list
From: =?utf-8?q?Vincent_Rivi=C3=A8re_via_Cygwin?= <cygwin AT cygwin DOT com>
Reply-To: =?UTF-8?Q?Vincent_Rivi=C3=A8re?= <vincent DOT riviere AT freesbee DOT fr>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>
Content-Transfer-Encoding: 8bit

On 24/01/2024 at 04:14, Marco Atzeri via Cygwin wrote:
>> $ cd /cygdrive/h/
> 
> what is H ?

It is H:, a local NTFS partition.

> Use csih package for more info on your remote package

$ /usr/lib/csih/getVolInfo /cygdrive/h
Device Type        : 0x07
Characteristics    : 0x00020020
   FILE_REMOVABLE_MEDIA              : FALSE
   FILE_REMOTE_DEVICE                : FALSE
Volume Name        : <***>
Serial Number      : ***
Max Filenamelength : 255
Filesystemname     : <NTFS>
Flags              : 0x03e706ff
   FILE_CASE_SENSITIVE_SEARCH        : TRUE
   FILE_CASE_PRESERVED_NAMES         : TRUE
   FILE_UNICODE_ON_DISK              : TRUE
   FILE_PERSISTENT_ACLS              : TRUE
   FILE_FILE_COMPRESSION             : TRUE
   FILE_VOLUME_QUOTAS                : TRUE
   FILE_SUPPORTS_SPARSE_FILES        : TRUE
   FILE_SUPPORTS_REPARSE_POINTS      : TRUE
   FILE_SUPPORTS_REMOTE_STORAGE      : FALSE
   FILE_RETURNS_CLEANUP_RESULT_INFO  : TRUE
   FILE_SUPPORTS_POSIX_UNLINK_RENAME : TRUE
   FILE_VOLUME_IS_COMPRESSED         : FALSE
   FILE_SUPPORTS_OBJECT_IDS          : TRUE
   FILE_SUPPORTS_ENCRYPTION          : TRUE
   FILE_NAMED_STREAMS                : TRUE
   FILE_READ_ONLY_VOLUME             : FALSE
   FILE_SEQUENTIAL_WRITE_ONCE        : FALSE
   FILE_SUPPORTS_TRANSACTIONS        : TRUE
   FILE_SUPPORTS_HARD_LINKS          : TRUE
   FILE_SUPPORTS_EXTENDED_ATTRIBUTES : TRUE
   FILE_SUPPORTS_OPEN_BY_FILE_ID     : TRUE
   FILE_SUPPORTS_USN_JOURNAL         : TRUE
   FILE_SUPPORTS_INTEGRITY_STREAMS   : FALSE
   FILE_SUPPORTS_BLOCK_REFCOUNTING   : FALSE
   FILE_SUPPORTS_SPARSE_VDL          : FALSE
   FILE_DAX_VOLUME                   : FALSE
   FILE_SUPPORTS_GHOSTING            : FALSE
SectorInfoFlags    : 0x03
   SSINFO_FLAGS_NO_SEEK_PENALTY      : FALSE
   SSINFO_FLAGS_TRIM_ENABLED         : FALSE

By the way, I found a solution:
setfacl -s u::rwx,g::r-x,o::r-x,d:u::rwx,d:g::r-x,d:o::r-x myfolder

After that, permissions work as expected inside "myfolder" and new 
subfolders. Even on H:. But I'm not sure to understand why. I would have 
expected that a simple chmod on myfolder would have be enough, instead of 
the obscure setfacl.

Anyway, in my initial report, the "getfacl: b: Invalid argument" message 
looks really abnormal.

Cheers,

-- 
Vincent Rivière

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