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: List-Subscribe: List-Archive: List-Post: List-Help: , 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: <20160530104002 DOT GD6659 AT calimero DOT vinschen DOT de> From: Norton Allen Message-ID: 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> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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