X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org AB66C3857C6C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1638441878;
	bh=dTOOahIgQZpW6rrIkslnD3QaD9uYVCGDz+FyHwCAkek=;
	h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc:
	 From;
	b=tYEpBaJLqbiI/LrtcWx7Mziw/C9vLeLBWDqXt8ktXy9ezgmMFT6MmT7b9enasuq9I
	 KRyDgiNvPpXLgoHzHHomu0ih2x/i/Fur6dUfKFbGhW+LEVwH2XPeXvhl8WdW/yqEQv
	 CDqSQ+jIicwCciSfSXy6p8X7jN/OW/5YH583XbGY=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E6C143858424
Date: Thu, 2 Dec 2021 11:43:27 +0100
To: cygwin AT cygwin DOT com
Subject: Re: vboxsharedfs - Too many levels of symbolic links
Message-ID: <YaijT+axSUYJKNTM@calimero.vinschen.de>
Mail-Followup-To: cygwin AT cygwin DOT com
References: <d6470ffe-8e49-3eb7-4d21-3212e0ad4f31 AT oskog97 DOT com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <d6470ffe-8e49-3eb7-4d21-3212e0ad4f31@oskog97.com>
X-Provags-ID: V03:K1:TzmTj6eW/wLK2fomKNFX5hPtHjKflCx2es/b6fu9xGwBO8OEkGz
 m6vdhDG07tp2SONoo82taUuiqEup0c++UAShm7VMDZP7M6Rx62kW/MAwioyOHM/qRdkMc1y
 HYyfu5Tk4o+njmkuFfgKq+8TlE5Zds8/E8qe0jpcKWqXF2eTqOrTuTZQ+zmqqVdYZwBIht0
 Z/Xpe5DucD2n9lcwhhVhQ==
X-UI-Out-Filterresults: notjunk:1;V03:K0:oDfyf2oO6ko=:NNjk+kTwSb46HNgxPkb1WV
 gtr9WykuxVJ68Uki9NiRWCPXKztXJlu3baASCREoPGZ/kui7q3YCDScGrBeICVOhEQwBe3zPk
 ujTQTuT+QYjpvDMY4CXgakAzUgkLA02GwZevw7h5dNouT6WNeQm+lbGNYQREEjiErj8TgJWxX
 7mIQEm7K280KjmzYvmSPqC4yCOa+u8XfYeK2pAKjzS84+j+Z/qWOby1txAFy8fc0txPHt822W
 eY0tHvh45RtqvAnKCIB5mviVEPZrTt1PX/aJZyX4c619M7giKKry7B0xECatQIRxoMn/wpauP
 wutOEcMcBBerIBxc8VomnWmeVbOpsF//ldKFkgMXUMF/uBLtN0Osr+G9H380hwZ/Ru/ATfSyU
 eXZN42G7oE0xank7lyxTtIvoEQEFwWHAbicrx2Vnd97G7hYfuV1oXYmdUqLnQOwf6znqSKvTG
 kRihN2PIl9CkUBN39dVq3HOC21KyLnAZmIrf/BYv6QEn265tcvGYACQwqG6q94ic4cM8Fw4jP
 zJzmbVGw/oZk8hD0h60iZxt/rFlUJCatGyoYkbjZupooKwP0s1rF109K+8sskLh/lwtUs7LBg
 PCas8yblQXHq6gJBSLEdCuVcdwg/3zmLByxEDd2/++Wa1gAqQWyOc8OOE2RASYa0ACB332hL3
 yBw0Y/2VVRS58VTh0rIxI/YNIVzW7ZtDsbSbur5TFHAl1SK8uWSH7Dx4e1pxb+zK3Zd13giUA
 3PUQmo/tLMbiV9x7
X-Spam-Status: No, score=-99.4 required=5.0 tests=BAYES_00,
 GOOD_FROM_CORINNA_CYGWIN, KAM_DMARC_NONE, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H2,
 SPF_HELO_NONE, SPF_NEUTRAL,
 TXREP autolearn=ham autolearn_force=no version=3.4.4
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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 <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Corinna Vinschen via Cygwin <cygwin AT cygwin DOT com>
Reply-To: cygwin AT cygwin DOT com
Cc: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
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>

On Nov 30 19:04, Oskar Skog wrote:
> vboxsharedfs file systems no longer work. Any attempt to access will
> result in "too many levels of symbolic links".
> 
> This only affects the VirtualBox shared folder, the Samba share works
> just fine.
> 
> Last time I updated (before today) was sometime before the 10th of
> September.
> 
> MSYS2 has the same problem, but no one seems to have reported it to
> Cygwin:
> https://github.com/msys2/msys2-runtime/issues/58
> 
> 
> user AT DESKTOP-******* ~$ ls /cygdrive/z
> ls: cannot access '/cygdrive/z': Too many levels of symbolic links
> user AT DESKTOP-******* ~$ mount
> C:/Cygwin/bin on /usr/bin type ntfs (binary,auto)
> C:/Cygwin/lib on /usr/lib type ntfs (binary,auto)
> C:/Cygwin on / type ntfs (binary,auto)
> C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
> D: on /cygdrive/d type iso9660 (binary,posix=0,user,noumount,auto)
> Y: on /cygdrive/y type smbfs (binary,posix=0,user,noumount,auto)
> Z: on /cygdrive/z type vboxsharedfolderfs
> (binary,posix=0,user,noumount,auto)
> user AT DESKTOP-******* ~$ uname -a
> CYGWIN_NT-10.0 DESKTOP-* 3.3.2(0.341/5/3) 2021-11-08 16:55 x86_64 Cygwin

Somebody will have to debug this.  From the MSYS issue it looks like the
GetFinalPathNameByHandleW call results in some trouble, but the MSYS
guys rather just disable code instead of trying to debug it and fixing
the cause.

"Somebody" would have to be somebody who can reproduce the issue.  I'm
neither using VirtualBox, nor AFS.

I probably could test this if somebody gives me temporary access to an
existing AFS FS somewhere, plus a short description how to connect.
I guess it starts with "Install latest OpenAFS version x.y for Windows"...


Corinna

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