delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2012/06/20/14:23:51

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,KHOP_THREADED,NML_ADSP_CUSTOM_MED,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Message-ID: <34044648.post@talk.nabble.com>
Date: Wed, 20 Jun 2012 11:23:09 -0700 (PDT)
From: richw <richaw AT gmail DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: /bin and /lib mount points occasionally lost
In-Reply-To: <87wr31ew3h.fsf@Rainer.invalid>
MIME-Version: 1.0
References: <34007108 DOT post AT talk DOT nabble DOT com> <34037768 DOT post AT talk DOT nabble DOT com> <87sjdryxpx DOT fsf AT Rainer DOT invalid> <34038496 DOT post AT talk DOT nabble DOT com> <87txy7xb7j DOT fsf AT Rainer DOT invalid> <34039888 DOT post AT talk DOT nabble DOT com> <4FE153DB DOT 1090200 AT gmail DOT com> <34040469 DOT post AT talk DOT nabble DOT com> <4FE176ED DOT 8000803 AT gmail DOT com> <34043774 DOT post AT talk DOT nabble DOT com> <87wr31ew3h DOT fsf AT Rainer DOT invalid>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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


ASSI wrote:
> 
> richw writes:
>> I believe what needs to be studied is why an access from a remote system
>> to an nfs file system before opening a bash prompt causes the automatic
>> mount of /usr/bin and /usr/lib to be skipped.
> 
> With the most likely problem apparently out of the way, let's look at
> the second: when you access the NFS export, three daemons get started
> (mountd, nfsd and portmap) under their own account (apparently .\nfs?).
> Those should see the following mount points according to cygcheck3.out:
> 
> C:\cygwin        /          system  binary,auto
> C:\cygwin\bin    /usr/bin   system  binary,auto
> C:\cygwin\lib    /usr/lib   system  binary,auto
> cygdrive prefix  /cygdrive  user    binary,auto
> 
> and since they appear to be working correctly (but check the logfiles)
> one can assume that these mounts are present.
> 
> When you run bash before starting the daemons you said you see these
> mounts instead:
> 
> C:/cygwin/bin on /usr/bin type ntfs (binary,user)
> C:/cygwin/lib on /usr/lib type ntfs (binary,user)
> C:/cygwin on / type ntfs (binary,auto)
> C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
> D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)
> 
> So there must be an fstab entry that changes /usr/bin and /usr/lib to
> user mounts.  What happens if you get rid of those two entries, either
> in /etc/fstab or /etc/fstab.d/<user>?
> 
> 
> Regards,
> Achim.
> -- 
> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
> 
> Waldorf MIDI Implementation & additional documentation:
> http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
> 
> 
> --
> 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
> 
> 
> 
>when you access the NFS export, three daemons get started
>(mountd, nfsd and portmap) under their own account (apparently .\nfs?).
The daemons are apparently started before the NFS export is accessed.
At least, the windows "services" report shows them as "started".
The logon Is .\nfs

>Those should see the following mount points according to cygcheck3.out:
I don't have /usr/bin or /usr/lib in exports, but I think you are saying
that if
I did, I could access them via NFS.

>When you run bash before starting the daemons you said you see these
>mounts instead:
I goofed, and didn't initially notice the difference between (user) and
(auto) in
the mount command response. When I do the mount manually to correct
for the missing mount, it shows (user). When I reboot and run bash first,
I see (auto) as expected.
/etc/fstab is empty (except for comments), as is /etc/fstab.d
-- 
View this message in context: http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34044648.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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