public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: Cannot access volumes mounted with 'mklink /d' which point to a volume UUID
Date: Tue, 28 Feb 2017 21:43:00 -0000	[thread overview]
Message-ID: <20170228214321.GB13542@calimero.vinschen.de> (raw)
In-Reply-To: <58B0AA58.30504@tlinx.org>

[-- Attachment #1: Type: text/plain, Size: 1348 bytes --]

On Feb 24 13:49, L. A. Walsh wrote:
> Corinna Vinschen wrote:
> > This type of directory symlink to a GUID volume path isn't supported
> > at all yet in Cygwin.
> As I mentioned, symlinks don't support volume destinations
> under windows, but Junctions should be used instead.  They
> half-way work under Cygwin (junctions to volumes look like
> mounted file systems look under linux, but junctions to
> pathnames get converted by cygwin to symlinks -- losing
> information when such junctions are restored.
> 
> Corinna -- could you _please_ re-look at supporting both
> types of junctions as mount points?  Then Cygwin could have
> "mount-parity" with linux! ;-)

That's not easily possible.  Mount points in Cygwin are virtual entries
stored in the per-user session, in-memory mount table.  You can't easily
fetch all dir junctions on a volume, and the mount table is also
restricted in size.  Volume junctions look like mount points because the
device id changes below the reparse point, while they don't for dir
junctions to the same volume.  If you want them handled as mount points,
add the path as a Cygwin mount point to /etc/fstab or /etc/fstab.d/$USER


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2017-02-28 21:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-15 15:30 Matt D.
2017-02-16  0:59 ` L. A. Walsh
2017-02-16  9:26 ` Corinna Vinschen
2017-02-24 21:49   ` L. A. Walsh
2017-02-28 21:43     ` Corinna Vinschen [this message]
2017-03-02 21:43       ` showing all JUNCTIONS as normal dirs as w/linux --bind (was Re: Cannot access volumes mounted with 'mklink...) L. A. Walsh
2017-03-09  4:17       ` Treating Junctions consistently, as "normal dirs" as w/linux "bind"-type mount L. A. Walsh
2017-03-09 13:50         ` Andrey Repin
2017-03-09 15:48           ` L A Walsh
2017-03-09 16:41             ` Corinna Vinschen
2017-03-09 19:13               ` L A Walsh
2017-03-10 13:20             ` Andrey Repin
2017-02-16 14:05 ` Cannot access volumes mounted with 'mklink /d' which point to a volume UUID Andrey Repin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170228214321.GB13542@calimero.vinschen.de \
    --to=corinna-cygwin@cygwin.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).