From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 49894 invoked by alias); 16 May 2016 14:13:21 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 49886 invoked by uid 89); 16 May 2016 14:13:21 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=offline, lan, H*Ad:U*allen, nsswitch X-HELO: endymion.arp.harvard.edu Received: from endymion.arp.harvard.edu (HELO endymion.arp.harvard.edu) (140.247.179.94) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 16 May 2016 14:13:19 +0000 Received: from [10.245.83.43] (unknown [10.245.83.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by endymion.arp.harvard.edu (Postfix) with ESMTPSA id A73D56C0037 for ; Mon, 16 May 2016 10:13:17 -0400 (EDT) To: cygwin list From: Norton Allen Subject: Permissions Problems Message-ID: Date: Mon, 16 May 2016 14:13:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-05/txt/msg00184.txt.bz2 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? -- 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