* permissions problems
@ 2001-09-20 4:23 Jean Barata
2001-09-20 7:14 ` Larry Hall (RFK Partners, Inc)
0 siblings, 1 reply; 6+ messages in thread
From: Jean Barata @ 2001-09-20 4:23 UTC (permalink / raw)
To: 'Cygwin Mailing List'
hello,
I have some permissions problems with the new cygwin1.dll (version 1.3.3):
when I set CYGWIN = ... ntsec ... I can't create any file (permission
denied)
and without "ntsec" I can't change the permissions of files or directories
(no message, but permissions keep the same)
I'm working on NT-SP5 (disk partition is NTFS)
Did someone had the same problem yet ?
Thanks
Jean Barata - SOFTEAM
01.30.12.18.67 - jean.barata@softeam.fr
--------------------------------------------
SOFTEAM
Immeuble sesame
8 rue germain soufflot
78184 St Quentin en yvelines cedex
--
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/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: permissions problems
2001-09-20 4:23 permissions problems Jean Barata
@ 2001-09-20 7:14 ` Larry Hall (RFK Partners, Inc)
0 siblings, 0 replies; 6+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2001-09-20 7:14 UTC (permalink / raw)
To: jean.barata, 'Cygwin Mailing List'
At 07:31 AM 9/20/2001, Jean Barata wrote:
>hello,
>
>I have some permissions problems with the new cygwin1.dll (version 1.3.3):
>
>when I set CYGWIN = ... ntsec ... I can't create any file (permission
>denied)
>and without "ntsec" I can't change the permissions of files or directories
>(no message, but permissions keep the same)
>
>I'm working on NT-SP5 (disk partition is NTFS)
>
>Did someone had the same problem yet ?
Take a look at the email list archives. There's some talk, even within
the last week or so, of similar issues and resolutions. You'll want to
investigate the details to see if they address your situation.
Larry Hall lhall@rfk.com
RFK Partners, Inc. http://www.rfk.com
118 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
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/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: permissions problems
@ 2001-09-24 6:39 Serge Pluess
0 siblings, 0 replies; 6+ messages in thread
From: Serge Pluess @ 2001-09-24 6:39 UTC (permalink / raw)
To: jean.barata, Cygwin
Hi
I think this is probably related to the same issue we have been having.
Your NT machine is probably part of a DOMAIN.
When you run setup it automatically runs mkpasswd at the end. It does this though with the parameter -l which creates a /etc/passwd file with the users that are setup on your local machine.
You should be able to run mkpasswd -d > /etc/passwd to create the password file with the domain users instead. If you don't have permission to overwrite the file just login as administrator (wiith the password of the local administrator) and run the command.
Now we have been unsuccessful completely on getting this to work with Windows 2000 machines (Pro and Server) that are part of an NT domain, as the above command only generates 12 lines (instead of around 300).
So it has been decided to drop the project to use cygwin .
Hope this helps a little
Serge
>>> "Jean Barata" <jean.barata@softeam.fr> 09/20/01 04:31AM >>>
hello,
I have some permissions problems with the new cygwin1.dll (version 1.3.3):
when I set CYGWIN = ... ntsec ... I can't create any file (permission
denied)
and without "ntsec" I can't change the permissions of files or directories
(no message, but permissions keep the same)
I'm working on NT-SP5 (disk partition is NTFS)
Did someone had the same problem yet ?
Thanks
Jean Barata - SOFTEAM
01.30.12.18.67 - jean.barata@softeam.fr
--------------------------------------------
SOFTEAM
Immeuble sesame
8 rue germain soufflot
78184 St Quentin en yvelines cedex
--
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/
--
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/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Permissions Problems
@ 2016-05-16 14:13 Norton Allen
2016-05-30 16:35 ` Corinna Vinschen
0 siblings, 1 reply; 6+ messages in thread
From: Norton Allen @ 2016-05-16 14:13 UTC (permalink / raw)
To: cygwin list
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Permissions Problems
2016-05-16 14:13 Permissions Problems Norton Allen
@ 2016-05-30 16:35 ` Corinna Vinschen
2016-05-30 16:51 ` Norton Allen
0 siblings, 1 reply; 6+ messages in thread
From: Corinna Vinschen @ 2016-05-30 16:35 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 2270 bytes --]
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.
HTH,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Permissions Problems
2016-05-30 16:35 ` Corinna Vinschen
@ 2016-05-30 16:51 ` Norton Allen
0 siblings, 0 replies; 6+ messages in thread
From: Norton Allen @ 2016-05-30 16:51 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-05-30 14:21 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-09-20 4:23 permissions problems Jean Barata
2001-09-20 7:14 ` Larry Hall (RFK Partners, Inc)
2001-09-24 6:39 Serge Pluess
2016-05-16 14:13 Permissions Problems Norton Allen
2016-05-30 16:35 ` Corinna Vinschen
2016-05-30 16:51 ` Norton Allen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).