X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=aoUQNN5DNYW9u7E5
	6bM+q43R55jPpTgtgt873UB99H5lyQYfxN456NEuNvw6dsRJx4c77TcPx3QTn0rM
	ymCh7hmTAz2CD3X0nY8u6/lAlsGcOAK3YvZ/iX17prUQ6GOu1deSh+ucXJY7BDLP
	GdvP3oTq6dH9nD5s/YUD2QOlCP0=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=InIugL+WlnCNrD9PK+kNtm
	Z3678=; b=W/xhfhv2piukme5UWAVx4nMVMk0v8sfXweLmJgxThnXDvyI1sZSESu
	X9v6QS0ko3EZqSqBqnYravzstxZgc+Z/QU7O+GRGelmuwibDP0e6iDQZyNCdqPtu
	A9/yXVate61E2mPZAFc7+GTZVSQdSOmG4KplhgawdslkMKzsyL1xo=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.1 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=H*Ad:D*harvard.edu, H*Ad:U*allen, H*F:D*harvard.edu, allen
X-HELO:	endymion.arp.harvard.edu
Subject:	Re: Permissions Problems
To:	cygwin AT cygwin DOT com
References:	<e5d9c7bf-a55c-fdec-78f5-92c956be383d AT huarp DOT harvard DOT edu> <20160530104002 DOT GD6659 AT calimero DOT vinschen DOT de>
From:	Norton Allen <allen AT huarp DOT harvard DOT edu>
Message-ID:	<f6e9355b-9340-ca4a-4bdf-81348dd1ddd4@huarp.harvard.edu>
Date:	Mon, 30 May 2016 10:21:45 -0400
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0
MIME-Version:	1.0
In-Reply-To:	<20160530104002.GD6659@calimero.vinschen.de>
X-IsSubscribed:	yes

On 5/30/2016 6:40 AM, Corinna Vinschen wrote:
> On May 16 10:13, Norton Allen wrote:
>> I have seen problems similar to those reported in "RE: Possible issue with
>> newest version of git (v 2.8) under Cygwin", but I did not want to hijack
>> that thread.
>>
>> For me, the problems have been elusive. Scripts that used to work would fail
>> as created directories had bad permissions, but I didn't have time to sort
>> them out. In the last week, I finally had time to read through the
>> documentation on the ntsec page and try some tests, and of course now I'm
>> having trouble reproducing the problems. You'd think that was a good thing,
>> right?
>>
>> I had been using /etc/passwd from mkpasswd, and based on recommendations
>> here, I modified nsswitch for passwd: db. This seemed to work fine, and I
>> decided I was all set.
>>
>> Then Windows update rebooted over the weekend, and nothing worked, and
>> returning to 'files' resolved the problem.
>>
>> The exacerbating factor here is that I have a laptop connected to my work
>> domain, but we use cached windows credentials when we are not on the work
>> LAN (like at home over the weekend). In this scenario, cygwin was apparently
>> unable to determine my username, and hence was unable to locate my home
>> directory. The username is apparently cached successfully if I reboot at
>> work and then go offline, but not if I reboot offline.
>>
>> Does this mean I need to stay with 'passwd: files db' for the foreseeable
>> future, or is it possible to find the username in this scenario?
> It's not the username per se, it's the fact that the db-only setting
> doesn't allow o create valid passwd/group entries for your user.
>
> So, yes.  In your scenario you should ideally revert back to "files db"
> and create minimal /etc/passwd and /etc/group files.
>
> /etc/passwd may contain only your own user account.  /etc/group
> only the domain groups you're member of.  Everything "special" or
> "local" will be picked up just fine by Cygwin then.  If there are
> also files on your machine owned by some other domain user, it might
> be helpful to add that account to /etc/passwd, too.
>

Great, thanks!


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -