From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) by sourceware.org (Postfix) with ESMTPS id 43D8C3858D39 for ; Mon, 3 Apr 2023 15:48:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 43D8C3858D39 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=Shaw.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=shaw.ca Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id jJNzptw1Mjvm1jMPbpfFv7; Mon, 03 Apr 2023 15:48:03 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shaw.ca; s=s20180605; t=1680536883; bh=8eIECebnamghfJ+N8FBqQw5fkJLUjvMgntFuvVk2O1E=; h=Date:Reply-To:Subject:To:References:From:In-Reply-To; b=SZYfH5IDWEWTmCdAEX40cweSPnqVDRoK5FjLPbnrkhobfWSZaYghelrOhnhB0e0jE oGl/8DsvK+CQN99UzvOMii44IBYgxsr8NF6WhYc03oTgSvdA9k0QLY2gOBlb31Tngn e6msN1bAwVBoO8xMW9iNawiA/qsZOdxzPKX0WhAwfGDWYchJ37VJIcdjdYji6hNDYu c35XYqeJz3ueTcqshTpOQkH28Uq9oa1CL+mATm8mIfW1I+TGSQDgxu6w/jvaOXCWC8 H25xltxGiTFcABHhA3Fz7PqrJY2UixC7slnSxhlVrDENg96IIqwArbNN1B7mYCf604 0iuJYgZigpVuw== Received: from [10.0.0.5] ([184.64.102.149]) by cmsmtp with ESMTP id jMPbpSohR3fOSjMPbpIgHx; Mon, 03 Apr 2023 15:48:03 +0000 X-Authority-Analysis: v=2.4 cv=J8G5USrS c=1 sm=1 tr=0 ts=642af533 a=DxHlV3/gbUaP7LOF0QAmaA==:117 a=DxHlV3/gbUaP7LOF0QAmaA==:17 a=IkcTkHD0fZMA:10 a=-Y3Y6L_0TFqQ16NSwGMA:9 a=QEXdDO2ut3YA:10 Message-ID: Date: Mon, 3 Apr 2023 09:48:03 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Reply-To: cygwin@cygwin.com Subject: Re: Cygwin starts take long since march. Three minutes to prompt. Content-Language: en-CA To: cygwin@cygwin.com References: <5e891786-ad67-050d-b8c0-aeb250d5303c@bfs.de> <921a8ae6-b272-56b1-abfa-8ce662caaefc@cs.umass.edu> From: Brian Inglis Organization: Inglis In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfF0yFVmAR6C1IjwUGk/zCD8ksYgv81KGXjUbcFjEC4T/cmZXIgKM5c9zkceBBjP5ePMzSQaQqIVAfU2gTUmlrrlkktlWLdK9cgOUxr4x4iHtwz6pFeiC VIxzlQy1h5xcrIsj1jW7sUYD5AB7+iCcWAr600pIOyDenGOCKBXbsnaDNGGFknjhhi6ROtf83DhfwA== X-Spam-Status: No, score=-3.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: 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 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. -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry