delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2016/08/23/10:20:04

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:mime-version:in-reply-to:references:from:date
:message-id:subject:to:content-type:content-transfer-encoding;
q=dns; s=default; b=OF74Xrxye3Jjyt/AgGUdrJ8vnDxg6e8uVbLjfpcJ6Nl
szhTIaZwBW/BPByIWi0UiR550UZVHYQX4SVF94bSWeiSWRy2RfkDw4DJ95ds3+uU
R6N5IaDvLlrOQCAufbdkStuJmkDGDBaNonbZpeEwQOc1TMEHU57/fZtquJ2oON+w
=
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:mime-version:in-reply-to:references:from:date
:message-id:subject:to:content-type:content-transfer-encoding;
s=default; bh=/ExBEHexWu5GF0fFVXL8fVYSKbw=; b=hu1H4EQ5Wx/ux0nag
durq8mwo6T53y/WpmjzFPS4eIy00U7rbTsdCs3xJbhl7uYi7Mdr2c1KrDRYqxwdK
8CK9TS/MNaLyzm+pEtJeG1we/BQM72fuZBR1TxIoaAw3Vv61Ff0tfNVO9DpLmh8o
oKt6hchyU3NimEAwWQYTwG765A=
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=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=glance, hindsight, Samba, lingering
X-HELO: mail-lf0-f42.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-transfer-encoding; bh=WOb0nBs+WZ5LHH6XTAorqynJzr124Pugwd75ZBRgNyo=; b=ef//JM3xapYzHjQEpUJaUfub6u3eYxGzYL3Gvnzw0Zt+Nt2yN9x7ehn6i+f4eqHnJ0 bPwafhp4/DJgmvrBiHz6uaEx5qe/56cM5b4DAr3h9p7RAXI+FWVmVQLtcLTN2ZpIZ4z+ blvp8D0Ibup2xI5w1/QHH2r4nLGIWRgzC0QWpH46lKKGfzftKN+VK+f60liFULyOhEom ixPNZvv4KdbfzR38LNezLzw7XU426kvNdiz7SHzZWzM96NM/SH23com7vAHrz5SdEPPU f78QzF9sn0g2vDHdKBAuejvlSDCjgxsJdPM94BfnuD3hSFOfG6p8IAlJppC23p5beE9V GuZg==
X-Gm-Message-State: AEkooutre2mQwWHGqe/ItW85IQa9ynldl1M6gEDXl5YXflgh/KZhEAiRB3hoR4mNHiqPFeaWHIfdNgUaNqFelA==
X-Received: by 10.25.17.70 with SMTP id g67mr8531171lfi.145.1471961981786; Tue, 23 Aug 2016 07:19:41 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <9ae522b6119146ba97b6cb65a62e314c@Z91OS2CE1CN2.Z91.NO.TCONET.NET>
References: <be3f39ac38124a579560da6d2a4f791d AT Z91OS2CE1CN2 DOT Z91 DOT NO DOT TCONET DOT NET> <CACoZoo2SwVzaDzff6RKP43tEjc=DcE2D8eCTbNNPXGxd+F5mEQ AT mail DOT gmail DOT com> <9ae522b6119146ba97b6cb65a62e314c AT Z91OS2CE1CN2 DOT Z91 DOT NO DOT TCONET DOT NET>
From: Erik Soderquist <ErikSoderquist AT gmail DOT com>
Date: Tue, 23 Aug 2016 10:19:40 -0400
Message-ID: <CACoZoo3813m8YiUpg7JD1VK2Fy+9DVyu5B-yAwJwbsbGmtKL1A@mail.gmail.com>
Subject: Re: Trouble installing to UNC path and/or mapped network drive
To: cygwin AT cygwin DOT com
X-IsSubscribed: yes
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id u7NEJwsG031336

On Tue, Aug 23, 2016 at 10:06 AM, Andreas Wettergren  wrote:
>> Why 32 bit rather than 64 bit in a 64 bit environment?  (more curious than
>> anything else, I don't think this affects the outcome).
>>
>
> This is partially for historical reasons, and partially because I'm personally not
> 100% sure every client that uses the environment is 64-bit yet.

Valid reasons  :)

>> > To work around this, I mapped a network “drive” in Windows Explorer.
>> > The drive is mapped so that my target directory is Z:\Cygwin.
>>
>> Did you set the drive mapping to be remembered on future logins?  If not, a
>> new instance after privilege elevation may also not have the drive mapping.
>> (Still might not, I've had UAC/network drive mapping problems with other
>> programs as well).  Is disabling UAC and running entirely as local admin to test
>> an option?  For that matter, is installinng on the host the installation is local to
>> an option?
>
> Good points.
> I got some help from my colleague in the end, and it turns out he ran the install as network administrator after all.
> In hindsight I should have tried this, but his instructions specifically mentioned this "Cygwin" user, so I assumed they were accurate.

Assumptions can be dangerous  ;)

> A detail I forgot to mention is that the network share is not really a Windows share, it's actually on a Samba server.
> (Sorry, I should have mentioned this, but I forgot).

That adds additional twists... I have seen Samba configured (both
accidentally and intentionally) to report "full control" when queried
for what permissions a user has and still have everything locked as
read only for most users.  Windows can now do this from AD Group
Policies as well, but is rarely configured to do so.

> Although at first glance it seems the Cygwin user I was using looks like it has the correct permissions,
> something was obviously missing or incorrectly mapped, running as the network admin worked fine.
> I suspect there might be some underlying issue on the Linux file system level or it may be a Samba permissions mapping issue
> for the Cygwin user.
>
> UAC should not have been an issue, the account was in the local admins group,
> but having the mapping be remembered would make sense anyhow, I agree.
> (And running as the actual local administrator account may perhaps make some minute difference that the group membership
> doesn't bring.)

Actually, unless the cygwin user was a domain account rather than a
local machine account, I would be surprised if it was not receiving
the ghost "full control" I mentioned above.

>> > The symptoms begin with an error saying something like “Unable to extract
>> /etc/ -- the file is in use.” plus a suspicion about a corrupt package.
>> > Skipping past this error gives an almost identical error but about
>> > “/etc/postinstall”, and skipping that gives another about
>> “/etc/postinstall/000-cygwin-post-install.sh”.
>>
>> When was the most recent filesystems check on the host with the actual
>> files?  A corrupt directory tree can cause similar issues.
>>
>
> Will do. Even if my immediate problem is solved, I think you may be right,
> there seems to be some lingering permissions issue that caused my confusion.
>
> Thanks again, even if my problem turned out to really be account/permissions-related,
> your answers might give some useful hints for others with similar problems.



You are very welcome  :)

-- Erik

--
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 -


  webmaster     delorie software   privacy  
  Copyright 2019   by DJ Delorie     Updated Jul 2019