Re: Junctions != Symlinks; Treat Junctions as MS-FS mounts; MS-symlinks are symlinks
- Date: Sat, 11 Mar 2017 16:03:43 -0800
- From: L A Walsh <cygwin@xxxxxxxxx>
- Subject: Re: Junctions != Symlinks; Treat Junctions as MS-FS mounts; MS-symlinks are symlinks
cyg Simple wrote:
On 3/10/2017 4:01 PM, L A Walsh wrote:
I want to be able to mount other areas of other file
systems onto directories. Symlinks are destroyed by Cygwin's
SETUP.EXE and the install process For example. I have
a smallish "/usr" partition, but a large "/Users" partition.
"/usr/share" grew to hold more and more data over time, and
currently is using 16G, all by itself. My "/usr" partition is
15GB with 4.7GB free, 11G used. So I needed to split
"/usr/share" off to somewhere else. I don't have room for another
drive, but I do have room on "/Users". So tell me,
why shouldn't I be able to create "/Users/share" and mount
"/Users/share" at "/usr/share"?
Linda, I'm not trying to reject what you're saying which I find very
sound. But for this scenario why not just use an entry in /etc/fstab
similar to the below example?
I want my filesystem views between Windows and Cygwin to be
the same, as they, for the most part, are as I have:
> mount -p
Prefix Type Flags
/ user binmode
So in cygwin /m/foo == M:\foo in windows and
//server/pathname in cygwin == \\server\pathname in Windows.
I use cygwin to manage my windows installation to some degree.
BIG NOTE -- in case people didn't know about this, but
with Cygwin64, all of the cygwin tools can be run in
Windows(x64)' repair console. This was not true for
cygwin32 as it required a separate subsystem. But this
allows for all the power of the *nix utils/env when
repairing/restoring a windows system. A HUGE upgrade
in features & flexibility.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple