Am Mo., 03.Apr..2023 um 17:48:03 schrieb Brian Inglis via Cygwin:
> On 2023-04-03 08:59, Thomas Schweikle via Cygwin wrote:
>> Am Mo., 03.Apr..2023 um 16:47:42 schrieb Eliot Moss:
>>> On 4/3/2023 10:38 AM, Thomas Schweikle via Cygwin wrote:
>>>> Cygwin shell takes about three minutes until the prompt is shown. 
>>>> Any idea how to find out the cause?
> 
>>> I think the most common thing in the past had to do with
>>> probing remote mounts.  You could try pruning paths and
>>> see what happens, or adjusting mount parameters.
> 
>> Mounts are:
>> $ cat /proc/mounts
>> C:/cygwin/bin /usr/bin ntfs binary,auto 1 1
>> C:/cygwin/lib /usr/lib ntfs binary,auto 1 1
>> C:/cygwin / ntfs binary,auto 1 1
>> C: /cygdrive/c ntfs binary,posix=0,user,noumount,auto 1 1
>> G: /cygdrive/g netapp binary,posix=0,user,noumount,auto 1 1
>> L: /cygdrive/l netapp binary,posix=0,user,noumount,auto 1 1
>> M: /cygdrive/m netapp binary,posix=0,user,noumount,auto 1 1
>> O: /cygdrive/o netapp binary,posix=0,user,noumount,auto 1 1
>> P: /cygdrive/p netapp binary,posix=0,user,noumount,auto 1 1
>> T: /cygdrive/t netapp binary,posix=0,user,noumount,auto 1 1
>> V: /cygdrive/v netapp binary,posix=0,user,noumount,auto 1 1
>> W: /cygdrive/w netapp binary,posix=0,user,noumount,auto 1 1
>> X: /cygdrive/x netapp binary,posix=0,user,noumount,auto 1 1
>> Y: /cygdrive/y netapp binary,posix=0,user,noumount,auto 1 1
>> Z: /cygdrive/z netapp binary,posix=0,user,noumount,auto 1 1
> 
>> I've read somewhere noacl should be given for these mounts. Could not 
>> find it, even with a fresh installed cygwin on a fresh windows.
> 
>> Trying to reset acls to defaults for "C:\cygwin" gives lots of "access 
>> denied" errors, even if running as "Administrator" from an elevated 
>> shell. Tried both "cmd.exe" and "powershell.exe". Both did not allow 
>> to change acls.
> 
>> Seems as if "C:\cygwin" has lost ownership an some acls. Any idea to 
>> get them back in place for the whole tree?
> 
> Should not need anything special:
> 
> $ ls -dl / && getfacl / && icacls `cygpath -m /`    # sanitized:
> drwxr-xr-x 1 $USER None 0 Mar 16 18:57 /
> 
> # file: /
> # owner: $USER
> # group: None
> user::rwx
> group::r-x
> other::r-x
> default:user::rwx
> default:group::r-x
> default:other::r-x
> 
> C:/.../cygwin64 $HOSTNAME/$USER:(F)
>                  $HOSTNAME/None:(RX)
>                  Everyone:(RX)
>                  CREATOR OWNER:(OI)(CI)(IO)(F)
>                  CREATOR GROUP:(OI)(CI)(IO)(RX)
>                  Everyone:(OI)(CI)(IO)(RX)
> 
> Successfully processed 1 files; Failed processing 0 files

$ ls -dl / && getfacl / && icacls `cygpath -m /`
drwxr-xr-x 1 SYSTEM SYSTEM 0 Mar 23 13:44 /
# file: /
# owner: SYSTEM
# group: SYSTEM
user::rwx
group::r-x
other::r-x
default:user::rwx
default:group::r-x
default:other::r-x

C:/cygwin NT-AUTORITÄT\SYSTEM:(F)
           NT-AUTORITÄT\SYSTEM:(RX)
           Jeder:(RX)
           ERSTELLER-BESITZER:(OI)(CI)(IO)(F)
           ERSTELLERGRUPPE:(OI)(CI)(IO)(RX)
           Jeder:(OI)(CI)(IO)(RX)

1 Dateien erfolgreich verarbeitet, bei 0 Dateien ist ein 
Verarbeitungsfehler aufgetreten.

Is this ok? Not missing "Administrator"?


> Those kinds of delays are often AD lookup for domain users and groups:
> see /etc/nsswitch.conf for settings, and consider running cygserver at 
> system or Cygwin startup to preload and cache the info.

$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
#    This file is read once by the first process in a
#    Cygwin process tree.
#    To pick up changes, restart all Cygwin processes.
#    For a description see https://cygwin.com/cygwin-ug-
#    net/ntsec.html#ntsec-mapping-nsswitch
#
# Defaults:
# passwd:   files db
# group:    files db
# db_enum:  cache builtin
# db_home:  /home/%U
# db_shell: /bin/bash
# db_gecos: <empty>

It is at defaults.
-- 
Thomas