Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
From:	"Dan Vasaru" <dvasaru AT broadpark DOT no>
To:	<cygwin AT cygwin DOT com>
Subject:	[Proposal] Moving user mount information to HKLM
Date:	Fri, 27 Sep 2002 00:24:31 +0200
Message-ID:	<CHEDKHJJDLOCCOFLMGEAIELPCMAA.dvasaru@broadpark.no>
MIME-Version:	1.0
X-Priority:	3 (Normal)
X-MSMail-Priority:	Normal
In-Reply-To:	<20020926215505.12696.qmail@sources.redhat.com>
Importance:	Normal
X-MimeOLE:	Produced By Microsoft MimeOLE V6.00.2800.1106

Problem:

The mount -u command fails if a domain user's registry hive is not
downloaded from the domain controller and no local hive cache exists.

Solution:

Change cygwin1.dll/mount to
1. store mount information under HKLM/CYGWIN/MOUNTS/{USER-SID}, or
2. let mount succeed without persisting the mount info, by updating the
in-memory data structures and maybe issuing a warning about the missing user
hive.

I can submit patches for either solutions if needed. Solution 1 is more
intrusive since it changes the way existing user mounts are stored.
As an aside, this seems to be the solution used by SFU30 to store user
specific mounts/other info.

3. Mounting all mounts as system is not an option since there's a limit of
the amount of mounts.

Background:

We set up a Windows compile server for 20-30 developers logging in with
their domain user credentials via ssh with password. Since no domain user
has ever interactively logged in, no registry hive exists for the
authenticated user, and the mount code in cygwin1.dll will return an error
when trying to mount a user partition.
We're only interested in a temporary mount of /home/$USER for the duration
of the login session, and would appreciate being able to do so.

Our current workaround involves symlinks, but this creates problems since
`pwd` != /bin/pwd:

dan~>ssh server_without_my_hive
Password:.......
[Fanfare....]
# /etc/profile runs "net use H: ...."
# and creates a link /home/dan.lnk -> /cygdrive/h
dan~> pwd
/home/dan
dan~> /bin/pwd
/cygdrive/h

We've had to modify lots of scripts to work around this issue, and it would
certainly be nice not to have to.

Thanks,
	Dan


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -