RE: Directory problems after fresh install of v1.3.22-1

[Igor Pechtchanski <pechtcha at cs dot nyu dot edu>]

On Tue, 5 Aug 2003, David Balazic wrote:

> > ----------
> > From:         Igor Pechtchanski
> > Reply To:     cygwin@cygwin.com
> > Sent:         5. avgust 2003 16:33
> > To:   David Balazic
> > Cc:   cygwin@cygwin.com
          ^^^^^^^^^^^^^^^^^
Weird.  This seems to have never gotten there.

> > Subject:      RE: Directory problems after fresh install of v1.3.22-1
> >
> > On Tue, 5 Aug 2003, David Balazic wrote:
> >
> > > > From:         Igor Pechtchanski
> > > > Reply To:     cygwin@cygwin.com
> > > > Sent:         5. avgust 2003 16:06
> > > > To:   David Balazic
> > > > Cc:   cygwin@cygwin.com
> > > > Subject:      RE: Directory problems after fresh install of v1.3.22-1
> > > >
> > > > On Tue, 5 Aug 2003, David Balazic wrote:
> > > >
> > > > > > From:         Igor Pechtchanski
> > > > > > Reply To:     cygwin@cygwin.com
> > > > > > Sent:         5. avgust 2003 14:46
> > > > > > To:   David Balazic
> > > > > > Cc:   cygwin@cygwin.com
> > > > > > Subject:      RE: Directory problems after fresh install of v1.3.22-1
> > > > > >
> > > > > > On Tue, 5 Aug 2003, Igor Pechtchanski wrote:
> > > > > >
> > > > > > > On Tue, 5 Aug 2003, David Balazic wrote:
> > > > > > >
> > > > > > > [snip]
> > > > > > >
> > > > > > > > >   Are you logging
> > > > > > > > > in as a domain user by any chance?
> > > > > > > > Yes.
> > > > > > > > >   Are your /etc/passwd and /etc/group up
> > > > > > > > > to date?
> > > > > > > > I don't know. What does it mean "up to date" what must be their content ?
> > > > > > > They should have an entry for the user you log in as.  Since you installed
> > > > > > > as a different user (admin), mkpasswd will not have put in the entry for
> > > > > > > the domain user.  Try running "x:\cygwin\bin\mkpasswd -u <youruser> -d >> passwd" from "x:\cygwin\etc".
> > > > > >
> > > > > > You may also need to do "x:\cygwin\bin\mkgroup -d >> group" from
> > > > > > "x:\cygwin\etc" -- be prepared, it may take a while in large domains.
> > > > >
> > > > > I did this now.
> > > >
> > > > So, please post the passwd and group lines that correspond to the numeric
> > > > UID and GID you installed under (see below).
> > > >
> > > > > > > > >   Please run "c:\cygwin\bin\ls.exe -l /bin/ls" from a cmd.exe
> > > > > > > > > prompt and post the output.
> > > > > > > >
> > > > > > > > It is on drive X:
> > > > > > > > C:\>x:\cygwin\bin\ls.exe -l /bin/ls
> > > > > > > > /usr/bin/ls: /bin/ls: No such file or directory
> > > > > > >
> > > > > > > Okay, try ".\ls.exe .\ls.exe" from "x:\cygwin\bin"?
> > > > > >              ^^^^^^^^^^^^^^^^^
> > > > > > Oops, make that ".\ls.exe -l .\ls.exe"...  Sorry.
> > > > > >
> > > > > X:\cygwin\bin>.\ls.exe -l .\ls.exe
> > > > > -rwxrwxrwx    1 ???????? ????????    68608 Jun 15  2001 .\ls.exe
> > > >
> > > > Ah.  Ok, now ".\ls.exe -ln .\ls.exe".  This will give you the numeric UID
> > > > and GID to grep out of the passwd and group files.
> > > X:\cygwin\bin>.\ls.exe -ln .\ls.exe
> > > -rwxrwxrwx    1 65535    65535       68608 Jun 15  2001 .\ls.exe
> > >
> > > 65535 is not in passwd or group file.
> >
> > Well, yes, as indicated in
> > <http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-RELEASE1.3.20>, 65535 is
> > a special UID used for those users not in the passwd file, so this kinda
> > figures...
> >
> > Ok, my guess is that the owner is "Everyone", both for the user and for
> The owner of the file is "Administrators (JUICE\Administrators)"
> "juice" is the host name.

Is it in /etc/passwd?  BTW, is juice the local host, or a remote one?

> > the group.  You can confirm or deny this by checking the ownership in the
> > properties tab for the root directory in Windows Explorer.  If this turns
> > out to be the case, add "Everyone" to your /etc/passwd and /etc/group
> > files by using the following commands at the cmd.exe prompt:
> >
> > cd x:\cygwin\etc
> > echo "Everyone:*:65534:0:,S-1-1-0::" >> passwd
> > echo "Everyone:S-1-1-0:0:" >> group
> >
> > and then post the output of ".\ls.exe -ln .\ls.exe" again.  If this is not
> > the case, please post the contents of your /etc/passwd and /etc/group, and
> > the output of "x:\cygwin\bin\id.exe"...  For some reason, the cygcheck
> > output you posted earlier indicated that you logged in as "Administrator",
> > but you said that you logged in as a domain user...  This is weird.
> No, I was running cygcheck as administrator ( local ). Sorry for not
> mentioning.
> Here is cygcheck running as me :
>
> Cygwin Win95/NT Configuration Diagnostics
> Current System Time: Tue Aug 05 16:37:09 2003
>
> Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3
>
> Path:   X:\Perl\bin\
>         C:\Inprise\vbroker\bin
>         C:\WINNT\system32
>         C:\WINNT
>         C:\WINNT\System32\Wbem
>         C:\Program Files\Support Tools\
>         C:\smallApps\wget
>         X:\Program Files\Hummingbird\Connectivity\7.10\Accessories\
>         X:\Program Files\Hummingbird\Connectivity\7.10\NFSClient
>         x:\Program Files\Rational\ClearCase\bin
>         C:\Program Files\UltraEdit
>         C:\data\stein\progs\apache-ant-1.5.2\bin
>
> x:\cygwin\bin\id.exe output (nontsec)
> UID: 400(stein)  GID: 401(mkpasswd)
> 401(mkpasswd)
>
> x:\cygwin\bin\id.exe output (ntsec)
> UID: 400(stein)  GID: 401(mkpasswd)
> 401(mkpasswd)

FYI, the above indicates that your user (stein) is *not* in /etc/passwd.
Try running "/bin/mkpasswd -l -c >> /etc/passwd" as yourself once you fix
the main problem (see below).

> [snip]
>
> C:             /          user    textmode
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

BINGO!  There's your problem.  As yourself, cd to "x:\cygwin\bin" and run
"umount -u /".  Then you should be able to at least run commands.

> .              /cygdrive  user    textmode,cygdrive
> x:\cygwin      /          system  binmode
> x:\cygwin/bin  /usr/bin   system  binmode
> x:\cygwin/lib  /usr/lib   system  binmode
> .              /cygdrive  system  binmode,cygdrive
>
> [snip]
> Cygwin Package Information
> Last downloaded files to:
> Last downloaded files from:
> [snip]

Oh, and for the future, it's usually a good idea to attach the output of
cygcheck instead of including it inline, since the latter introduces false
positives into the archive searches...
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


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