Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
From: Mikhail Teterin <mi AT corbulon DOT video-collage DOT com>
Message-Id: <200212191618.gBJGIOIt030895@corbulon.video-collage.com>
Subject: Re: /etc/inetd.conf: No such file or directory
In-Reply-To: <4.3.1.2.20021218220255.01713208@pop.rcn.com>
To: "Larry Hall (RFK Partners, Inc)" <lhall AT rfk DOT com>
Date: Thu, 19 Dec 2002 11:18:24 -0500 (EST)
CC: cygwin AT cygwin DOT com
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="ELM737777637-30781-0_"
X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang)

--ELM737777637-30781-0_
Content-Type: text/plain; name="WARNING.TXT"
Content-Disposition: inline; filename="WARNING.TXT"
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)

WARNING: This e-mail has been altered by MIMEDefang.  Following this
paragraph are indications of the actual changes made.  For more
information about your site's MIMEDefang policy, contact
Mikhail T. <mi+mimedefang AT aldan DOT algebra DOT com>.  For more information about MIMEDefang, see:

            http://www.roaringpenguin.com/mimedefang/enduser.php3

An attachment named cygwin-mounts.reg was removed from this document as it
constituted a security hazard.  If you require this document, please contact
the sender and arrange an alternate means of receiving it.


--ELM737777637-30781-0_
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline

> It happened because you chose to install for "Just Me" instead of "All
> Users". Now you know what that means. "Just Me" is really not a good
> option in general. It should only be used by those that don't have
> permission to write into the HKLM registry subtree.

Khmmm, I'm fairly certain, I was not even asked this question. Probably,
as I said, because the registry already had the Cygwin keys left from
the previous installation, which was made by a user without the admin
privileges. Perhaps, the installer should be made a little bit smarter
about that?

Also, the ``inetd --install-as-service'' should've warned me at the
install time, shouldn't it have? Thanks! The inetd is working now.

For the benefits of those with the same problem, I'm attaching the .reg
file which assumes ``C:\cygwin''. Even if you installed CygWin elsewhere,
it is a lot easier to edit the file and then "just click on it", than
edit the registry manually.

	-mi

> At 09:25 PM 12/18/2002, Mikhail Teterin wrote:
> > > Yes, it does. The trouble is that these are *user* mounts. This
> > > means that another user will not see these mounts.
> >
> >You are right! But why did it happen? I just did a complete reinstall
> >of Cygwin... Is it because it was previously installed by a non-admin
> >user and some registry setting were left, which prevented the new
> >install from setting them? Thank you. Yours,
> >
> >         -mi
> >  
> > > > Why is the inetd.conf not found, even though both -- the cmd's
> > > > ``dir'' and CygWin's ls confirm its presense:
> > > >
> > > >         C:\>dir C:\cygwin\etc\inetd.conf
> > > >          Volume in drive C has no label.
> > > >          Volume Serial Number is 07D1-0517
> > > >
> > > >          Directory of C:\cygwin\etc
> > > >
> > > >         12/16/2002  02:01p               1,973 inetd.conf
> > > >                        1 File(s)          1,973 bytes
> > > >                        0 Dir(s)  23,927,029,760 bytes free
> > > >         mteterin AT doofus:~ (439) ls -l /etc/inetd.conf
> > > >         -rw-r--r--    1 mteterin unknown      1973 Dec 16 14:01 /etc/inetd.conf
> > > >
> > > > ? Thank you,
> > > >         -mi
> > > 
> > > The user "mteterin" does see the file in /etc, since for the user
> > > "mteterin" the mount table points "/" to "c:\cygwin". However, the
> > > inetd daemon (and other services, actually) run as the "SYSTEM"
> > > user, which will not see *user* mounts, so doesn't know where to
> > > find "/".
> > > 
> > > The solution is to remount all your directories as system mounts, by
> > > running something like:
> > > 
> > > $ eval `mount -m | sed -e 's/-u/-s/' -e 's/$/;/g'`
> > > 
> > > This should fix your problem.  Try starting the service again.
> > > 
> > > If this doesn't work, you may have somehow acquired user mounts
> > > for the user SYSTEM. The following works on Win2k, but I haven't
> > > verified it on any other system: To check for user mounts, get a
> > > SYSTEM shell (by typing
> > > 
> > > $ at `date -d 'next min' +%T` /interactive 'c:\cygwin\bin\bash.exe'
> > > 
> > > in bash and waiting at most 1 minute), and run "mount" from there
> > > to make sure you only have system mounts. If you see user mounts
> > > from that shell, run "umount -u 'mount_point'" for each user
> > > mount_point.


--ELM737777637-30781-0_
Content-Type: text/plain; charset=us-ascii

--
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/
--ELM737777637-30781-0_--