This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: man.conf missing after cygwin upgrade


On Mon, 11 Jul 2005, FischRon.external wrote:

> > The -u flag to mkpasswd (and -g flag to mkgroup) are your
> > friends.  See
> > the User's Guide.
> >
> > The thing is that if you're the only user in your domain using the
> > machine, you can simply run "mkpasswd -l -c > /etc/passwd"
> > (or "mkpasswd
> > -l -d -u YOURUSERNAME > /etc/passwd").
>
> I did the variation with "-l -c" to recreate /etc/passwd, because "-d"
> would hang the shell.

It doesn't hang, just takes very very long in large domains.  What you
want is "mkpasswd -d -u YOURUSERNAME >> /etc/passwd".  Though I believe
"mkpasswd -c" already does that without the need to query the domain.

> I also recreated /etc/group without all the domain stuff.
>
> Actually you are right, I am the only user of this machine.

Yes, but you do need the groups.  So, you'll have to add all the domain
groups that your user is a member of to /etc/group, using "mkgroup -d -g
GROUPNAME >> /etc/group" for each group.

> > > Incidentally, a group named "mkpasswd" does not exist. Do you think
> > > I should do a chgrp to all directories below / which now have group
> > > mkpasswd? What group would be suitable? Maybe Administrators?
> >
> > Just bring your /etc/passwd and /etc/group files up-to-date.  See
> > <http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-ids>.
>
> There is one sentence on this page which might be a hint to the problem
> in question:
>
>   "if the login group of the current user isn't in /etc/group, it will
>    be named 'mkgroup'"

It's not a problem, it's a warning that your /etc/group is not up-to-date.

> Now after recreation of group and passwd, I have:
>
> ~ $ id
> uid=121833(fischron) gid=10513(mkgroup_l_d)
> groups=544(Administrators),545(Users),10513(mkgroup_l_d)
> ~ $ grep fischron /etc/passwd
> fischron:unused_by_nt/2000/xp:121833:10513:fischron,U-EU\fischron,S-1-5-
> 21-2052111302-842925246-682003330-111833:/cygdrive/h:/bin/bash
> ~ $ grep 10513 /etc/group
> mkgroup_l_d:S-1-5-21-2052111302-842925246-682003330-513:10513:
>
> so I have now group mkgroup_l_d (I guess this should suggest "local
> domain"?),

No, it suggests running "mkgroup -l -d". :-)
But don't do that if you have a large domain...  Unless you just want to
leave it to complete overnight.

I wonder if we should add a warning about mkpasswd/mkgroup taking very
long in large domains to the User's Guide?

> and not "mkgroup". Is this better?

10513, IIRC, is "Domain Users".  Try "mkgroup -d -g 'Domain Users' >>
/etc/group" (note the quotes around "Domain Users".

> > I think your main problem wasn't with permissions, but with
> > postinstall scripts not running properly.  See if running them fixes
> > the problem.
>
> Yes, I will, and keep the results posted.

FWIW, I have a patch to setup (that I should submit soon) which will check
the exit codes of postinstall scripts and warn if they didn't complete
properly.
	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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]